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ABSTRACT 

This thesis deals with the design of a Navy battle group logistics simulation system to 
support battle group logistics coordinators. BGLCSS 2.0, the Battle Group Logistics 
Coordinator Support System, was designed and developed using a structured programming 
paradigm. A subset of BGLCSS 2.0 was then designed using an object-oriented 
programming paradigm. We present the components of each of these designs in C and 
C++. 

Our approach was to compare and critique these two designs with respect to the extent 
to which their respective programming paradigms meet the software goals of software 
reusability and ease of program extension and maintenance. We designed the graphical user 
interface using TAE Plus which generated code in both C and C++. This mechanism 
provides an easy way to transport the interface from a C implementation to a C++ 
implementation in the future. 

The design of this real world Navy tactical decision aid clearly demonstrate the 
problems associated with using structured programming paradigm and the benefits of using 


an object-oriented programming paradigm, especially for large systems. 
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I. INTRODUCTION 


A. BACKGROUND OF BGLCSS 


The Battle Group Logistics Coordinator Support System (BGLCSS) is a logistics 
simulation modeling tool to be used by battle group logistics coordinators to track, plan, 
and predict F-76 ship fuel, F-44 aircraft fuel, and ordnance states for ships in a battle group. 
Tracking these states involves applying various usage rates for each commodity and ship 
type based on the passage of time and the planning and scheduling of battle group events 
[SCHRADY 90]. Battle group events that can be planned include underway replenishment 
and consol. Events that can be scheduled include ship stationing events, raids, strikes, anti- 
submarine warfare (ASW) prosecutions, changes in ship or battle group course and speed, 
fuel and ordnance transfers outside the battle group, and changes in ASW or anti-aircraft 
warfare (AAW) threat level. 

BGLCSS 1.0, written in Turbo Pascal 6.0 for a DOS environment, is the predecessor 
to BGLCSS 2.0 and was originally developed by the Operations Research Department at 
the Naval Postgraduate School. After the program was tested during Commander Second 
Fleet, Fleet Exercise (C2F FLEETX 3-90) in June, 1990, and during C2F FLEETX 1/91 -2/ 
91 in November, 1990, it was decided to move the program to the Navy Tactical Command 
System Afloat (NTCS-A) Unified Build 2.0. This system consists of a set of applications 
including the Joint Operational Tactical System (JOTS II) [INRI 91b}. 

JOTS [ff is an automated Command, Control, and Communications Display and 
Decision System designed to meet the tactical situation assessment needs of battle group/ 
force commanders, surface warfare commanders, ship commanding officers, and shore 
command centers [INRI 92c]. JOTS I has digital interfaces with a variety of military 
communications systems and other shipboard computer systems. It processes tactical 
information received from other systems and automatically correlates this data with its 
existing tactical contact or Track Data Base Manager (TDBM). This tactical database 1s 


then used to generate computer graphics images at color Sun workstations {INRI 92a]. 


The workstations operate using a modified version of the standard commercial UNIX 
operating system SunOS 4.1.1. Applications are written in either C or Ada and use the X 
Window Manager and Government Off The Shelf Software (GOTS) programming tools. 
Among these GOTS tools, the Wizard Tool Kit, is a Motif-based C function library used 
for building graphical user interfaces [INRI 92d]. 

BGLCSS 2.0, a tactical decision aid within the NTCS-A Unified Build System 
architecture, is shown in Figure 1. It is written in C using a structured programming 
paradigm and, instead of using the Wizard Tool Kit for building the graphical user 
interface, uses Transportable Applications Environment Plus (TAE Plus), a User Interface 


Management System (UIMS). 


Other JOTS II BGLCSS 2.0 
Applications and 
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Figure 1: BGLCSS 2.0 Within the NTCS-A System Architecture 


TAE Plus is a visual graphical user interface builder developed by the National 


Aeronautics and Space Administration Goddard Space Flight Center (NASA GSFC) and 


distributed by NASA’s Computer Software Management and Information center 
(COSMIC), a non-profit unit of the University of Georgia. t supports rapid building, 
tailoring, and management of graphic-oriented user interfaces. The main features of TAE 
Plus include: 1) the Work Bench, an interactive tool that supports the design and layout of 
an application’s interface; 2) the Window Programming Tools (Wpt) Package, a set of 
application callable subroutines used to control a user interface during execution time; and 
3) the Code Generator, which automatically generates code for the interface in C, C++, 
Ada, or TCL (TAE Command Language) [NASA 9 la]. 

This thesis deals with the design, implementation, maintenance, and extension issues 
of structured programming versus object-oriented programming for real-world applications 


such as the BGLCSS tactical decision aid within the NTCS-A Unified Build. 


B. OBJECTIVES 


This thesis was embarked upon to determine whether there are significant differences 
between the structured and the object-oriented implementation of the same application. The 
object-oriented paradigm promises, among other things, a more reliable end product, easier 
maintenance, and easier extension. We seek to demonstrate the benefits of using an object- 
oriented approach for a real-world application such as BGLCS and to argue that an object- 
oriented approach is particularly suited for large, multi-component systems such as the 


applications within the NTCS-A Unified Build. 


C. SCOPE 


The Navy Space and Warfare Command (SPAWAR) project specifications demanded 
that BGLCSS 2.0 be written in C using a structured programming paradigm. While much 
of this project has been devoted to developing robust algorithms to realistically simulate the 
logistics events in C, this thesis critiques the use of the structured programming paradigm, 
especially in large systems. 

The decision to use a visual graphical user interface UIMS such as TAE Plus instead 


of the Wizard Tool Kit, a set of low-level Motif functions, significantly decreased overall 


development time. Furthermore, we propose that by using TAE Plus with C++, NTCS-A 
applications could benefit significantly not only from more software development 
time, but also from improved product reliability, improved program maintenance, and 
easier program extension. Due in large part to the breadth of the BGLCSS application, only 
a Subset of the structured paradigm implementation has been re-designed using an object- 


oriented paradigm in C++. 


D. ORGANIZATION 


Chapter II of this thesis provides an overview of the structured programming and the 
object-oriented paradigms. Chapter III presents an abbreviated presentation of the 
BGLCSS 2.0 graphical user interface design using TAE Plus. Chapter TV covers and 
analyzes the structured design and implementation of the structured programming version 
of BGLCSS in C. Chapter V covers and analyzes the object-oriented programming design 
of BGLCSS in C++. Chapter VI summarizes the work accomplished and provides 
recommendations for program maintenance and extension. The appendices contain the 


graphical user interface panels, the C and C++ program listings. 


Il. BACKGROUND OF THE PROGRAMMING PARADIGMS 


A. GENERAL 


Discussion about the merits of object-oriented programming have inundated technical 
journals over the past few years and has appeared even in non-technical journals. In a recent 
article in Business Week the question was asked, “Will object-oriented programming 
transform the computer industry?” The article goes on to describe in layman’s terms the 
differences between “the old way’’, 1.e. structured programming, and “‘the new way’, i.e. 
object-oriented programming, of designing and writing programs. Structured programming 
was characterized by three terms: confusion, hand crafting, and breakdowns. In contrast, 
object-oriented programming was described by three counterpart terms: understanding, 
reusing, and repairing [HAMMONDS 91]. 

Not all supporters of the object-oriented paradigm agree that there 1s a sharp boundary 
between “the old way” and “the new way.” Rather, object-oriented principles can be said 
to have evolved from the lessons learned from years of structured programming just as 
structured programming principles have evolved from the lessons learned from years of 
machine and assembly language programming. Holub, for example, cautions against 
looking for the “major shift in paradigm’ promised by some object-oriented paradigm 
enthusiasts. In his book about programming with objects in C and C++, he introduces 
object-oriented principles by using code written in C within a structural programming 
paradigm, followed by code written in C within an object-oriented paradigm, and finally 
the object-oriented C++ version. He believes that object-oriented programming 1s merely a 
collection of useful programming techniques that can be applied to any computer language. 
An “object-oriented language” provides a few built-in mechanisms for operations that can 
be performed explicitly in a non-OOP language. Holub even argues that a program can be 
written in C in an object-oriented way just as easily as a program written in C++ and 
provides ample examples of code written in C that mimic some object-oriented principles 


[HOLUB 92]. It is not enough, however, that a program be written in an object-oriented 


way in Cas in C++. Much of this code is very difficult for C and C++ programmers alike 
to understand even though they are accustomed to reading C code within a structured 
programming paradigm, the paradigm for which it was designed. Using a structured 
programming language to perform object-oriented techniques is a less than optimal fit of 
resources and 1s not the best application of the object-oriented paradigm. 

It can even be argued that C++, while designed to support object-oriented 
programming, may not be the best language for object-oriented programming. Shiffman 
[SHIFFMAN 92] maintains that the pure object-oriented programming language Smalltalk 
is far easier to use than C++. With Smalltalk, it is possible to write more comprehensible, 
more maintainable programs and class reuse between applications is far more prevalent in 
contrast to C++. Given the SPAWAR project specifications to use C to implement 
BGLCSS 2.0, the advantages of using a pure object-oriented programming language such 
as Smalltalk are outweighed by the benefits of using C++. A move to C++, because it 1s a 
superset of C, provides a more evolutionary transition to an object-oriented paradigm than 


moving from C to an entirely different language with its own syntax and conventions. 


B. GOALS OF SOFTWARE DEVELOPMENT 


To distinguish between these two paradigms and determine whether or not the object- 
oriented programming paradigm is better than the structured programming paradigm, we 
need to identify specific goals of good software development. Meyer [MEYER 88] cites 
several “quality factors” of software development: correctness, robustness, extendibility, 
and reusability. Correctness 1s defined as the ability of software to exactly perform Its tasks, 
as defined by the requirements and specifications. Robustness refers to the ability of 
software to function even in unintended conditions. Extendibility is a subjective measure 
of the ease with which a program can be changed to conform to a change in program 
specifications. For instance, a simple design is easier to adapt to specification changes than 
a complex one. Furthermore, the more autonomous or decentralized the program modules, 


the higher the probability that a simple change will affect just one module rather than 


trigger off a chain of reaction of changes over the whole system. Finally, reusability is the 
ability of software to be reused, in whole or part, for new applications and thereby 
significantly reduce development costs. With these software goals in mind, we can now 


discuss the extent to which each paradigm addresses these goals. 


C. STRUCTURED PROGRAMMING PARADIGM 


Machine and assembly languages reflect the architecture of the machines on which 
they operate. Like these machines, they are composed of data, arithmetic expressions, 
assignments to memory locations, and control flow. Among the problems associated with 
using these languages to develop software are the difficulties in debugging problematic 
code and the high cost of this tedious process. These problems were part of the impetus 
behind the development of higher-level languages such as Fortran and later, C. The C 
programming language has been described as a higher-level language that “rebuilds” an 
underlying machine to make it more convenient for programming [SETHI 90]. In general, 
the development of programming languages from the first generation languages to the 
Current generation of languages has been a continual search for improved correctness, 
robustness, extendibility, and reusability. Five characteristics of the structural 
programming paradigm are of interest to our discussion: separate code and data, built-in 
data types, top-down functional decomposition and function-based design, distributed 


functionality, and limited code reuse. 


1. Separate Code and Data 


Procedures and functions operate on data and are defined and coded separate from 
each other (see Figure 2). This is particularly apparent in pre-ANSI C programs (see 
Appendix A). The data structures and simple data types are usually defined in header files, 
i.e. files with a “.h” at the end of the file name. The functions that operate on the data are 
usually defined in separate files with a “.c’’ at the end of the file name. When a driver 
program uses these functions and data, it 1s necessary to indicate to the C compiler 


preprocessor to put a copy of the header file in the driver program file when compilation 


occurs. Separately, the names of functions found outside of the main program are declared 
to be external to the file. The names of procedures or functions and global data must be 
unique so that they do not conflict with one another. There are two problems with the 
separation of these program components. First, procedures and functions can be called and 
passed the wrong data. Second, by unintentionally accessing data from procedures and 
functions, changes to data become uncontrollable in large systems where no one knows 
where a particular data item is being changed or why. These two weaknesses associated 
with the separation of code and data frequently reduces program correctness and 


robustness. 
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Figure 2: Structural Program Procedures Separate From Data 
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2. Built-In Data Types 
While most languages implement integers and floating point numbers as built-in 
types, most do not implement complex numbers, calculations with physical units (barrels, 


tons, etc.), date time groups, and latitudes/longitudes. If these types are needed, they cannot 


be added easily. There are two problems with being limited to built-in data types. First, 
libraries become long lists of specialized functions rather than general functions handling 
a variety of types. The GOTS library is a case in point [INRI 92b]. lt contains numerous 
functions that perform conversions from one built-in data type to another as shown in Table 
1. This library is a proliferation of very specific functions that convert one built-in type 


representation of a real-world entity to another built-in type representation. 


Table 1: ASAMPLE OF GOTS DATA CONVERSION ROUTINES 


date time group string to inte- | char tme[] 
ger 

dtg_to_a integer value of time to date int tme char* 
time group string 

lat_to_A double value of latitude to lati- | double lat char* 
tude string 


double values of latitude and | double lat, double Ing 


longitude to latitude/longi- 
Since each GOTS library function requires the data type of the function 


























tude string 


arguments to be specified and only built-in types are allowed, it is difficult to write more 
general and therefore flexible library functions. This undermines reusability of the library 
functions. Second, it is possible to perform meaningless operations on the real world data 
being modelled. As an example, a date time group is often represented as an integer and yet 
it is still possible to add two date time groups together. This contributes to a poor 


representation of the real-world entity being modeled in software. 


3. Top-Down Functional Decomposition and Function-Based Design 


The top-down functional approach to program design is based on the premise that 


software development should be an incremental refinement of the system’s abstract 


function rather than the data it represents in the real world. This process has often been 
described as a tree where the nodes of the tree represent elements in the decomposition and 
the branch nodes represent a refinement of its parent node. The primary benefits of the top- 
down functional approach is that it is logical and promotes organization and discipline. 
However, it fails to account for the evolutionary nature of software system development. 
Additionally, by focusing on the function rather than the data, a top-down approach does 
little to promote reusability. During the life of the system, it 1s the data and not the functions 
that are the most stable part of a system. The trade-off with this top-down approach is that 
it 1s fairly easy to design and develop an initial structure for the short term. However, in the 
long-run, as the system changes, it will be necessary to constantly redesign the system 
instead of merely extending the system. By focusing on the data instead of the immediate 
purpose of the system, the long-term benefits of reusability and extendibility can be 
achieved [MEYER 8&8]. 

Whether or not top-down design is used, structural programs are primarily 
function-based. Bottom-up design involves finding a set or sets of fundamental operations 
that are used throughout the program and writing procedures or functions to implement 
them. A top-down approach is then often used to connect the routines. In either a top-down 


or bottom-up approach, the emphasis is on the data upon which the program operates. 


4. Distributed Functionality 


Procedures and functions tend to be tightly coupled using this paradigm. That is, 
procedures and functions are distributed throughout a program and tend to know too much 
about other procedures and functions. Changes to one function may force changes in other 
functions. If, for instance, a new ship type such as the USS Arleigh Burke class needs to be 
incorporated into a program, all of the functions regarding ship type will need to be 
modified. Since these functions are hard-coded into the structure of a program, program 


extension becomes much more difficult to perform. 
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5. Limited Code Reuse 


The structured paradigm inherently leads to repetition in programming. By using 
built-in data types and function-based design, code reuse can be achieved only by the low 
level method of cutting and pasting code from one program, and explicitly modifying it for 
its new data type (see Appendix A, InsertBGEvent, InsertBGHeader, and InsertBGHeader 
functions). Conventional languages require general purpose libraries which are limited to 
a long list of special purpose sort routines for sorting arrays of integers, floats, etc., instead 


of a generic sort function that is data-type independent. 


D. OBJECT-ORIENTED PROGRAMMING PARADIGM 


The object-oriented programming paradigm is a software design and development 
model incorporating several techniques explicitly aimed at code reuse, improved program 
reliability, and easier software modification, extension, and maintenance. The object- 
oriented programming paradigm is particularly well suited for the development of large 
sophisticated software systems that inherently evolve over time. Characteristics associated 
with the object-oriented paradigm include encapsulation, data abstraction, inheritance, 
polymorphism, persistence, delegation, and generacity. The first four characteristics are 
supported by the 2.1 version of C++, and, since C++ was the language chosen to design a 
subset of BGLCSS 2.0, this thesis will concentrate only on encapsulation, data abstraction, 
polymorphism, and inheritance issues. Generacity, a characteristic added to C++ version 
3.0 and also known as parametric polymorphism, will be briefly mentioned. Although 
encapsulation and data abstraction are used within other paradigms, it will be shown that 
they are far more powerful within an object-oriented paradigm than within a structured 
programming paradigm. 

How does the object-oriented paradigm lead to a more reliable end product, and easier 
software modification, extension, and maintenance? In general, the process begins by 
producing a more realistic representation of the real world entities involved. For example, 


by combining ship functions and ship data into a ship object, the real world ship entity 1s 
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more coherently represented in code. An object is defined in terms of the data it 
encapsulates and the operations on the data that are allowed by the set of interface functions 


(see Figure 3). 
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Figure 3: Object Encapsulating Related Functions and Data 


A real world ship has attributes such as its name, hull number, F-76 fuel capacity, etc., 
and can perform various functions such as stationing, changing course and speed, etc. Ship 
attributes and the functions it can perform are said to be encapsulated within a ship object. 
The operations that can be performed on the encapsulated data are also known as the 
object’s interface functions and the implementation of these functions is internal to the 
object. For example, a ship object frequently changes its course and speed which affects its 
internal fuel consumption and levels. These are attributes internal to the definition of a ship 
object. 

Encapsulation allows for information hiding and the object-oriented paradigm’s 
method of information hiding goes beyond local variables. Information hiding protects data 


from uncontrolled access and change. Variables that are local to a procedure or function, 


12 


for instance, can only be changed within the function or procedure. In this way, they are 
protected from access from other functions and procedures. Global variables, on the other 
hand, are vulnerable to unintended change or access by the functions and procedures in 
their scope. 

Objects, in C++, can have data or function members which are declared to be either 
public, protected, or private. These terms refer to the level of access to these members. For 
instance, all of a ship’s data members can be declared to be private to the rest of the 
program. In this case, only a ship’s member function can access private data to that object. 
Instead of passing variables to functions, it is the variables that are receiving messages in 
the form of functions. The variables themselves are designed to control which functions can 


modify which variables in the program. 


1. Data Hiding and Data Abstraction 


Data hiding 1s a practice whereby the programmer restricts him or herself to the 
public interface of a type for purposes of accessing or changing the value of an object of 
that type. The advantage of data hiding is that it encourages the programmer to protect data 
from unintended access and modification. 

Data abstraction 1s defined as the activity of creating a model or concept of a real- 
world phenomenon at such a level that inessential details can be ignored. It is data typing 
combined with data hiding. In C++, the programmer creates user-defined types using the 
class mechanism. Abstract data types in C++ are not built-in data types such as integers or 
floating point numbers but are treated as though they were built-in. The term, user-defined 
data type, is a more appropriate term. C++ is an extensible language in that the language 
can be extended to include user-defined data types. 

There are two benefits to data abstraction. First, it 1s easier to design and 
implement a system that 1s built out of entities that incorporate data hiding. The focus can 
be on the properties of the procedural interface of the various entities. These properties are 


typically far simpler and more abstract than the algorithms that implement them. Second, 
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the decoupling of the interface from the implementation allows program entities to be 
reimplemented without having to modify any other part of the program. C++’s most 


important abstract data type is the class. 


a. Class 

A class is an internal template. In C++, it is the extension of a C struct. A 
struct (in other programming languages, it is known as a record) is a group of several 
different types of data in a single entity. An object is actually an instance of a class that 
occupies memory. For example, a class could be used to represent a ship. Although the 
actual data structure of a class is basically a struct with functions associated with it, it is 
considered as a single entity. A definition of a class in a C++ program conceptually 
introduces a new type into the language. The most significant feature of a class is that 
objects of the class can be treated the same way objects of a fundamental type such as 


integer [HOLUB 92]. 


b. Member Functions 
A C++ class differs from a struct in C in that it contains member functions as 
well as data. The member function can be declared inside the class body, but are usually 
declared in a prototype form in the class definition and are defined later on. The need for 
member functions is related to data hiding mentioned earlier. Member functions can access 
private member data values. Member functions are one way to work with private data. 
Putting the member functions and member data together makes the data active and more 


cohesive. 


c. C++ Constructors and Destructors 
C++ provides constructor and destructor functions and almost every class 
contains these special member functions. They initialize and clean up class objects. 
Constructors provide a way to ensure that objects are defined with initial values without 


violating the constraints of data hiding. Destructors are important to free up object memory 
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that was allocated by the constructor. A class can have several different constructors to 
allow objects to be able to be initialized in different ways with different argument. One of 
the greatest advantages of constructors and destructors is that they simplify software 
maintenance. If, for instance, the specification for the format for ship hull numbers were to 
be changed, only the class member data and functions would be changed. In structured 
programming, a “simple” change such as this one, can change hundreds or even thousands 


of lines of code that are closely tied to the format of the data [PERRY 92]. 


2. Inheritance and Class Relationships 


Inheritance is used to describe special relationships between classes. It is 
generally used to achieve two goals: 1) It can be used as an abstraction tool to organize 
classes into hierarchies of specialization; and 2) It can be used as a code reuse mechanism 
to create a new class that bears strong resemblance to an existing class with added 
refinements. 

In the first case, inheritance reflects a semantic relationship between classes 
where one class’s member functions are used to refine some attributes of an existing base 
class while inheriting the remaining attributes. This form of inheritance could also be a 
mechanism to embody the strong similarities between two existing abstractions such that 
an object of a base class can be interchanged by an object of a derived class. The ability of 
a program to handle many forms of a class as though they were the same, an example of 
polymorphism, which is further discussed in the next section, is an important abstraction 
tool that shields the programmer from the implementation details of derived classes. 

In the second case, inheritance is used to share code. While a class may not exhibit 
all the properties of its base class, it may be similar enough that the reuse gains make 
inheritance worthwhile. For example, although an ASW threat level event and a raid event 
are not interchangeable, they may have enough code in common that a common evolution 


through inheritance could lead to code sharing. 
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Coplien identifies four specific relationships between classes that affect class 
design and class hierarchy design: the is a, has a, uses a, and creates a relationships. The 
is a relationship is one where specialization or subtyping is involved. A destroyerisa type 
of ship and therefore, a destroyer class could be derived from a ship class. Another 
relationship between classes is called composition or a has a relationship. For example, a 
ship has a F-76 fuel state. Composition is implemented by either designating one class as 
a member of another or by one class referencing another object. A uses a relationship 
exists when a member function of a class takes an instance of some other class and uses it 
as a parameter. A uses a relationship exists when one class member functions calls on the 
services of some other class. A creates a relationship is similar to a uses a relationship but 
it is between an object and a class instead of between objects. In other words, an instance 
of one class, during the execution of one of its member functions, makes a request of some 
other class to create an instance of an object of the class. The identification of these 
relationships significantly influences the details of class design and class hierarchy design 
[COPLIEN 92]. 

Class hierarchy design can take on two different forms: single or multiple 
inheritance. Single inheritance allows the creation of a new class by using an existing class 
as a model. In other words, it is possible to inherit one class from another, creating new 
classes from existing ones. The original, or base class, shares its code with the new class. 
Code sharing can make programming much easier because less code needs to be rewritten. 
In some cases, new features need only be added to the new, derived classes. Multiple 
inheritance, by contrast, is the creation of a new class from multiple existing classes. C++ 


implements both single and multiple inheritance. 


3. Polymorphism 


When writing C++ programs, the same function name can be used with different 


types of objects. Polymorphism means “many different forms.” Perry asserts that 
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polymorphism is one reason why C++ programs can be written faster than C programs. For 
instance, in C++, various objects can be printed out with the same function name: 
Simp print (); yeePrints the Ship object 


BGEvent.print(); // Prints the BGEvent object 
By using the same function name for different objects to perform the same 
operation such as printing, the “clutter” is removed from the code. There is no need to name 


the functions specific to the data type being manipulated as shown in the following C code: 
Primcsnip.), / Paints a ship data structure / 


PrintBGEvent(); /*Prints a BGEvent data structure*/ 

On the surface, the ability to use the same function name print() for several 
different objects merely seems to be a syntactic advantage of removing “clutter.” However, 
what is really happening is that the same message or function name causes different 
responses depending on which object is receiving the message. One benefit of 
polymorphism is that it models the real world object better than the structured paradigm by 
using one command to be issued to different objects. 

With polymorphism, each time a new object is added to a program, no changes to 
the existing code are required. All that is required is that a new function is added to the 
object. Therefore, polymorphism facilitates program extension by eliminating the need to 
alter the existing program code. 

Parametric polymorphism, a mechanism supported by C++ 3.0 as templates, has 
been argued to be the mechanism allowing for the highest degree of code reuse of all of the 
object-oriented mechanisms. Templates in C++ are similar to generic packages in Ada. 
Templates define families of types and functions. They are an alternative to inheritance 
hierarchies constructed for code reuse. For example, a template class can be designed to 
implement a doubly linked list and can be used for any type. This kind of reuse is based on 
the reuse of source code rather than object code. By contrast, much of the functionality of 
a base class can be reused by a derived class at the object code level. Template classes can 


be used to build generic class libraries. 
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E. COMPARISON OF THE PARADIGMS 


In comparing the two paradigms, it is useful to point out each paradigm’s strengths 
and weaknesses in order to determine which paradigm contributes more to the goals of 
software engineering as described by Meyer, 1.e. correctness, robustness, extendibility, and 
reusability. 

The strengths of the structured programming paradigm are limited. First, in 
comparison to developing code in an ad hoc manner, structured programming and the top- 
down functional decomposition approach provides organization to complex system 
development. Fortran, assembly language, and machine code programming pale in 
comparison to code written using a structured programming paradigm. 

The weaknesses of this paradigm, however, are numerous. First, by separating the 
code from the data, there is the possibility of passing the wrong data to the code and data 
can be accessed and changed in uncontrollable ways. This reduces the correctness and the 
robustness of a program. Second, most languages associated with the structured 
programming paradigm are limited to built-in data types with the exception of Ada and 
Modula-2. In general, the ability to create a general library of functions results in either a 
proliferation of library functions or the lack of them. This weakness affects reusability. 
Also, meaningless operations such as addition can be performed on entities such as a date 
time group. Third, the down side of a top-down functional decomposition approach is that 
it inherently leads to requiring repeated redesigns when program extensions are required. 
Fourth, with functionality distributed throughout a program, changes to one function may 
force changes to other functions. This compromises program extension efforts as well as 
program correctness and robustness. 

The object-oriented programming paradigm provides more techniques to achieve the 
software goals of correctness, robustness, extendibility, and reusability than in the 
structured programming paradigm. It can be said that some elements of the structured 


programming paradigm have been incorporated within the object-oriented programming 


paradigm. An obvious example is the emphasis on an organized, top-down, high-level 
approach to design. 

Although data abstraction and data hiding are supported in the structured 
programming paradigm, they are more powerful within the object-oriented paradigm. The 
primary reason for this stems from the combination of data and functions within an object 
of a class. The object of a class provides a more realistic representation of the real-world 
entity and, when used within a program, limits the degree to which a change in an object’s 
data or functions affects other parts of the program and forces a cascade of changes. 
Polymorphism, a technique used when calling functions of the same name for objects of 
different classes, makes program code easier to read. Template classes, a C++ feature to 
create generic classes, allows the building of truly general class libraries which is not 


possible with a structured programming paradigm. 


II. BGLCSS 2.0 GRAPHICAL USER INTERFACE DESIGN 


A. TAE PLUS OVERVIEW 


The TAE Plus version 5.2 beta release was developed under SunOS 4.1.1 on a 
SPARCstation 2. Components used to develop TAE Plus include Release 4 of the X 
Window System (X11R4), Open Software Foundation (OSF) OSF/Motif 1.1.4, InterViews 
2.6 from Stanford University; and GNU g++ version 1.40.3. As far as C++ code generation 
is concerned, the TAE Plus installation source code tree was subsequently rebuilt to link 
statically with SunC++ 2.1. While the above components constitute the only officially 
supported platform for this beta release, TAE Plus version 5.2 beta was also tested with 
OSF/Motif 1.1.3. The TAE Plus installation guide urges users to upgrade to OSF/Motf 
1.1.4 (or 1.1.3) as soon as possible to take advantage of the many problems fixed by OSF. 
However, the release of TAE Plus used for this thesis is expected to work with versions 
1.1.1 and 1.1.2 of OSF/Motif as well, although behavior may vary [NASA 92b]. 

TAE Plus is a graphical user interface builder used at three different levels. First, it is 
used at the WorkBench level as shown in Figure 4 to visually design panels (windows) and 


items (buttons, selection lists, labels etc.). 





Figure 4: TAE Plus WorkBench Panel 
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Also at this level, panels and items are named, defined, and various constraints and 
details such as whether or not the item is an “event-generating” one, are added. The term 
“event-generating” should not be confused with the battle group events simulated in 
BGLCSS 2.0. An item is event-generating if it causes another panel to be displayed or if a 
call to a function is made. At this point, all of the information created for an interface is 
contained in a resource file. The format for the name of a resource file is the application 


name appended by a . res suffix (see Figure 5). 
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Figure 5: TAE Plus WorkBench Resource File Selection Panel 


Second, TAE Plus generates code for all of the event-generating items in the 
application panels. While an in-depth discussion of event-driven programming is beyond 


the scope of this thesis, it is important to understand the difference between an event- 


generating item and a non-event-generating item. An event-generating item 1s an item such 
as a button or a selection list that, when pushed or when an item is selected, another 
interface activity takes place. A non event-generating item is an item such as a text keyin 
item where users enter data. 

Third, at the source code level, itis the application programmer’s task to integrate the 
calls to application library functions with the code generated by TAE Plus. When this 
project began, TAE Plus Version 5.1 generated only Ada, C, and TAE Plus Command 
Language code. In the meantime, a beta version of TAE Plus was released providing code 
generation in C++. Therefore, it was possible to build a graphical user interface and 
generate C code for the structured programming version of BGLCSS 2.0 as well as C++ 
code for the object-oriented programming version of a subset of BGLCSS 2.0. The 
integration at the source code level will be discussed in chapters IV and V with respect to 


each of the implementations: in C and in C++. 


B. TAE PLUS WORKBENCH 
At the WorkBench level, the first step in creating an application is to create an initial 
panel and to define the panel’s specifications such as the panel for the battle group course 


and speed event as shown in Figure 6. 





Figure 6: TAE Plus Panel Specification Panel 
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By pressing the Edit Panel Details button on the panel depicted in the last figure, the 
Panel Details Panel is displayed (see Figure 7). It is used to define the panel’s help file and 
icon details. Applications built with TAE Plus require an initial panel(s) to be designated 


as in the BGEvents module of BGLCSS 2.0 (see Figure 8). 
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Figure 8: TAE Plus Specify Initial Panels Panel 


Panels can be connected to event-generating buttons or calls to application functions 


using the Connection Specification Panel as shown in Figure 9. 
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Figure 9: TAE Plus Connection Specification Panel 


Once a panel is created, items can be defined and added to the panel using the Item 
Specification Panel in depicted in Figure 10. When an item is defined, one of its most 
important attributes is 1ts data type. Based on data type, TAE Plus provides general type 
checking on user-entered data. For example, if an item is defined as a real number, and the 
user enters anything else, i.e. an integer or a string, an error message is displayed by TAE 
Plus to the user indicating that the data type is invalid and restored the previous entry. This 

eneral data type checking provided by TAE Plus eliminates the need to write error 


handling routines of this nature by the applications programmer. 
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Figure 10: TAE Plus Item Specification Panel 


User entered data can be further restricted by setting constraints as show in Figure 11. 
For instance, a constraint on the range of valid values can be specified on a text keyin real 
data type item. A course heading, in the real world, has a range between 0.0 and 359.9. 
When real value is entered that falls outside of the specified range, an error message is 


displayed to the user and the previous value is restored to the text keyin interface item. 
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Figure 11: TAE Plus Item Constraints Panel 


TAE Plus also makes the implementation of a help button easy to define. When a 


button is defined, the specific details offered to the designer are displayed in the panel 


shown in Figure 12. 
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Figure 12: TAE Plus Push Button Presentation Panel 


Furthermore, application specific error messages can be defined (see Figure 13). The 


message item provides a template for making information, warning, and error messages. 





Figure 13: TAE Plus Message Presentation Panel 


C. BGLCSS 2.0 GUI DESIGN 


BGLCSS 2.0 consists of three program modules: Setup, Events, and Overview. When 
integrated into the NTCS-A Unified Build, BGLCSS 2.0 is one of several JOTS I Tactical 
Decision Aids (TDAs) as shown in Figure 14. 





Figure 14: JOTS I Menu Tree 


Each one of these modules was built using three separate TAE Plus application and in 
accordance with the User Interface Specifications for Navy Command and Control] Systems 
[FERNANDES 92]. A script is used to call individual JOTS II applications. The design 


decision to separate BGLCSS 2.0 into three modules was based on the way simulation 


ee 


applications are used. In order to simulate logistics events, it 1s a prerequisite to define some 
Settings and create the entities with which to work. By dividing BGLCSS 2.0 into Set Up, 
Events, and Overview, the user is directed to the three main services of the application. 
Once set up is performed, events can be simulated. In addition, although help buttons are 
present on every panel and provide clear instructions to the user about using the items on a 
specific panel, it was decided to include an Overview module where a “Help on Help” on- 
line user’s manual could be provided. 

Each module’s C code was generated by TAE Plus based on the initial panel 
designated, connections between items and panels, and items designated as event- 
generating. A partial depiction of the files generated for the BGSetup module (see Figure 


5): 


BGSetup.c pan BGSetUpBGs.h ) bg.h- 


pan NewBG.h 


pan_BGSetUpBGs.c pan NewBG.c 


BGSetup_init_pan.c 
pan_BGData.h 


pan_BGData.c 


BGSetup_creat_init.c 


pan DelBG.h 


pan_DelBG.c 


taeconf.inp pan _CloseAll.h 


wptinc.inp 
pan_ CloseAll.c 
global.h 
gend: | 
ss include file 


—_ function call 





Figure 15: TAE Plus Files Generated and Function Invocation for Setup Module 
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The BGSetup.c calls two functions, BGSetup_Initialize_ALL_Panels () found in 
BGSetup_init_pan.c and BGSetup_Create_lInitial_Panels() found — in 
BGSetup_creat_init.c. The first function reads the resource file created by the 
TAE Work Bench and creates and initializes the TAE objects used for each panel in the 
application. The second function merely calls the specific function to create the initial 
panel, in this case, SetUpBGs_Create_Panel() found in pan_SetUpBGs.c. 

After calling these two functions,the main event handling loop runs the entire program 
until the SET_APPLICATION_DONE flag is set. At this time, the program terminates. 
During the main event loop, the functions found in the panels NewBG, BGData, DelBG, 
and CloseAll are called when event generating operations are performed by the user. 

In addition to the TAE Plus code generated files, TAE Plus provides two basic sets of 
library functions for applications programmers: the Windows Programming Tools package 
(Wpt) and the Variable Manipulation (Vm) package. 

The Wpt package contains C functions that provide programs with graphic, window- 
based user interfaces. The purpose of these functions is to deliver user inputs to an 
application program. Based on information provided in the resource file, Wpt determines 
the desired form of user interaction and creates the appropriate displays on the screen. 
When the user enters or selects values for the program inputs, Wpt functions make the 
values or selection available to the program. 

The Vm package consists of standard TAE data structures called Vm objects. When 
an application program begins, it reads the panel and item information contained in the 
resource file into these Vm objects. Wpt uses two Vm objects to acquire each set of inputs. 
The “target” Vm object describes the inputs to be acquired. The “view” object describes the 
presentation of the target parameters on the screen. After the user interface information is 
read into the Vm objects, the program passes pointers to the objects as arguments to Wpt 
functions. 

The generation of C++ files is similar to that of the C files. Table 2 provides a sample 


of the files produced by TAE Plus in C++. These files are found in Appendix C. 


aD 


Regardless of the programming language used, the following figures are the initial 
panels for each of the three program modules Set Up, Events, and Overview. For a more 


complete presentation of the graphical user interface, see Appendix A. 


Table 2: SAMPLE OF BGLCSS 2.0 SETUP C++ GENERATED FILES 


Eee ea Ce > Contains maintproced c= ann main |Containsmain procedure, 


BGSetup.h Encapsulates the resource SSS ee 
BGSetup_init_pan.cc | Initializes all panels. 


Creates the initial panel set. 









BGSetup_creat_init. 
cc 







Contains the panel’s class definition and instance parameter declara- 
tions. 


pan_BGSetupBGs.cc Contains the panel’s class methods. 


item_BGSetupBGs.h Class definitions of all items in the panel and instance parameters 
declarations. 





pan_BGSetupBGs.-h 







Imakefile 





Machine-independent template for generating the Makefile for the 
application. 
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Figure 16: BGLCSS 2.0 Set Up Battle Groups Initial Panel 
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IV. BGLCSS 2.0 STRUCTURED DESIGN 


A. GENERAL 


This chapter describes the design decisions and implementation issues of BGLCSS 
2.0 using a structured programming paradigm. The following chapter will discuss the 
design decisions and implementation issues of a part of BGLCSS 2.0 using an object- 
oriented programming paradigm. 

BGLCSS 1.0. was written in Turbo Pascal to run in a DOS operating system on an 
IBM PC-AT compatible microcomputer [SCHRADY 91]. According to the proposal for 
research statement of work,’ Moving BGLCSS into JOTS involves much more than code 
conversion. The JOTS II environment includes communications interfaces and a variety of 
services which must be utilized to reduce the labor intensiveness of the current version of 
BGLCSS. The data, planning factors, and algorithms in the current version of BGLCSS 
will carry-over, but the program must be completely restructured.” 

In other words, by moving BGLCSS 1.0 into the JOTS I environment, the program 
would require restructuring solely in order to take advantage of the variety of JOTS I 
services and to reduce user data entry activity. Among other things, it was assumed that the 
algorithms would carry over. In fact, however, after extensive examination of the original 
Pascal code, this was found not to be the case. 

The algorithms in question, as far as the code is concerned, represent the battle groups, 
ships, and events. It was thought that the original logic of the program, could be easily 
translated to another programming language, a new interface attached, and JOTS services 
incorporated. It was not feasible to translate or carry over any of the original Pascal code 
for three reasons. 

First, the original program was developed in a rapid, iterative, and ad hoc manner and 
the Pascal code is a classic example of one of the weaknesses of developing software 
without a high-level design. The code was largely undocumented and _ no high-level 


descriptions of algorithms, function definitions, nor variable definitions were provided. 


33 


Without any of this program documentation, the original BGLCSS code was virtually 
untranslatable to C. | 

Second, the data structures used to represent the simulated events were ill-suited for 
simulation purposes and introduced unnecessary inefficiencies and redundancies into the 
program. 

Finally, the organization and layout of the user interface was complicated and difficult 
to use. For these reasons, BGLCSS 2.0 was completely restructured to take advantage of 
the variety of JOTS II services and, furthermore, to redesign and redevelop the algorithms, 
data structures, and user interface. 

The following sections present the structured design and implementation of BGLCSS 
2.0. The components of the design are: the program specifications; symbolic constants; 
data structures for battle groups, ships, and events; library design of battle group, ship, and 


event functions; graphical user interface design; and application integration issues. 


B. PROGRAM SPECIFICATIONS 


The goal was to produce a program that simulates the occurrence of a number of 
logistics events and calculates the usage of fuels and ordnance based on specific planning 
factors. Program specifications were abstracted from the user’s manual for BGLCSS 1.0 


[SCHRADY 91]. 


C. SYMBOLIC CONSTANTS 


In BGLCSS 1.0, symbolic constants were scattered throughout the multiple file 
program. Consequently, this added an unnecessary layer of confusion when trying to 
understand where the constants were defined. As a result, all of the symbolic constants in 
BGLCSS 2.0 are contained in one file, bg.h. shown in Figure 19. The preprocessor directive 
#define gives names to constants, also known as literals. By using these literals, a 


change can be easily made in one place and take effect throughout the program. 
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#define 
#define 
#define 
#define 
#define 
#define 
#define 


MAXNAME 

MAXF7 6COEF 
MAXSHIPTY PES 
MAXORD 

MAXRATES 

MAXACFT 20 
MAXTHREATLEVELS 


/* Low, Medium, High */ 


#define MAXENGAGEMENTS 2 y Raid, Strike, ASw */ 
#define MAXINTERVALS 3 
#define HOURSINDAY Ze 
#define MAXUSETYPES 5 


#define MAXBGSHIPS a0) 

#define MAXBGS 10 

#define MAXORD 100 

#define MAXSHIPS 100 

#define DTGLENGTH ies: 

#define MAXLENGTH 25 

#define F76DATA "“/h/bglcss/scripts/data/F76.dat” 
#define BGDATA “/h/bglcss/scripts/data/BGData.dat” 
#define BGSHIPS "/h/bglcss/scripts/data/Ships” 
#define NAVYSHIPS "/h/bgless/scripts/data/NavyShips.dat” 
#define EVENTSDATA “/hn/bglecss/scripts/data/Events” 
#define HEADERSDATA “/h/bglcss/scripts/data/Headers” 





Figure 19: Symbolic Constants for Battle Groups and Ships 


D. DATA STRUCTURES 


There are two different kinds of data used in this program: battle group data and event 


data. 


1. Battle Groups 


Battle groups are represented by an array of battle group records or structs. Each 
battle group is a struct containing a name, a designation, a structure containing settings 
information, a structure containing location information, an array of ship structures, and an 
array of capacity information structures as shown in Figure 20. The battle groups are 
represented by arrays of structures. The most frequent activities associated with the battle 


groups involve data access, i.e. reading or writing data. Insertions and deletions of 


Structures to the battle group are performed without regard to the order of structures within 


an array. Access to structures of an array 1s performed easily using an index to an array. 


Designation 


Settings roa 
Location [| 


Figure 20: Battle Group Data Structures 





Figure 21 shows the C code that defines the battle group data struct. This 


definition 1s found in the bg .h file contained in Appendix B. 


typedef struct { 
char Name [MAXNAME] ; 
char Designation [MAXNAMEF] ; 
SettingsInfo Settings; 


Locationinto™ Location. 

Shipintic Ships [MAXBGSHIPS] ; 

CapacityInfo Results [MAXBGSHIPS]; 
}BGInfo; 





Figure 21: Battle Group Information Type Definition 
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The first four variables contained in the settings struct shown in Figure 22 are 
“trip-wire’’ reserve levels that are set by the user so that when reserve levels fall below these 
levels, the user is notified. FuelRes represents F-76 fuel reserve level, CLFFuelRes 
represents CLF fuel reserve levels, OrdRes represents ordnance reserve levels, and 
CLFOrdRes represents CLF ordnance reserve levels. MaxF76 and MaxF44 each 
represents the maximum fuel capacities for F-76 and F-44 fuels respectively. StationSpeed 
represents battle group ship stationing speed, UnrepSpeed represents underway 
replenishment battle group ship speed, and AcftShipSpeed represents battle group aircraft 
carrier ship speed. Each of these variables are represented by a floating point type. 

PredictStart is used to represent the integer value of the date time group supplied 
by the user. This variable represents the first time interval for which commodity percent 
Capacities are to be computed. The following array of integers, PredictHours, is used to 
hold the number of hours to offset each of the three intervals of time for which commodity 


percent capacities are to be computed. 


typedef struct { 
Picat FuelRes, 
CLFFuelRes, 
OrdRes, 
CLFOrdRes, 
MaxF76, 
MaxF44, 


StationSpeed, 
UnrepSpeed, 
AcftShipSpeed; 
1 PredictStart; 
Dane PredictHours [MAXINTERVALS] ; 
}SettingsInfo; 





Figure 22: Settings Information Type Definition 


The location information struct is used to hold the current battle group location 
information as shown in Figure 23. This same struct definition is also used within the ship 


Struct. 
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MaxSpeed; 


double Latitude, 
Longitude, 
Course; 
}LeocationInto- 





Figure 23: Location Information Type Definition 


Capacity information contains three arrays as shown in Figure 24. The 
F76Capacity and F44Capacity arrays are designed to each contain MAXINTERVALS 


floating point values, one for each time interval. 


float F76Capacity [MAXINTERVALS], 
F44Capacity (MAXINTERVALS] ; 


OrdCapInfo OrdCapacity (MAXINTERVALS] ; 
)Capacityinta; 





Figure 24: Capacity Information Type Definition 


2. Ships 


The ship struct shown in Figure 25 contains string variables (in C, strings are 
represented as arrays of chararacters) for the name and hull number of the ship. The Type 
Combatant is represented as an enumerated type having one of the following values: Air, 
Combatant, Station, and Shuttle. 

Identical to the battle group struct, the ship struct also contains a location struct as 


shown in Figure 26 . 
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typedef struct ({ 
char Name [MAXNAME] ; 
char Hull [MAXNAME] ; 
CLFType TypeCombatant; 
LocationInfo Location; 
F76Info F76: 


P4ainto Baa 
i mite Approach, 
BreakAway; 
Ordinie Ord [MAXORD] ; 
AcftInfo ACEC IMAXACET) ; 
Poni laro- 





Figure 25: Ship Information Type Definition 


Dtg; 
Speed, 
MaxSpeed; 


double Latitude, 
Longitude, 
Course; 
}Locationinto; 





Figure 26: Location Information Type Definition 


The next variable is a struct, containing data specific to the F-76 state as shown 
in Figure 27. The first seven variables are integers used to represent the ship capacity in 
gallons, the receive rate in gallons per minute, the transfer rate in gallons per minute, the 
current number of gallons on hand, the most recent estimated number of gallons on hand, 
the integer value of the date time group of the on hand reading, and the date time group of 
the estimated on hand value. The last variable is an array of coefficients used in predicting 


fuel consumption [SCHRADY 90]. 
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typedef struct { 
an ¢ Capacity, 
ReceiveRate, 
TransferRate, 
OnHand, 


EstOnHand, 
OnHandDtg, 
EstOnHanDtg; 
float Coef [MAXF76COEF] ; 
JF76IntGe; 





Figure 27: F-76 Ship Fuel Information Type Definition 


The struct shown in Figure 28 contains data specific to the F-44 aircraft fuel state 
and is almost a mirror image of the previous F-76 struct mentioned above except that the 


F-44 struct does not contain a coefficients array. 


typedef struct { 

It Capacity, 
ReceiveRate, 
TransferRate, 
OnHand, 
EstOnHand, 
OnHandDtg, 
EstOnHandDtg; 


)F 44 tote. 





Figure 28: F-44 Aircraft Fuel Information Type Definition 


An array of OrdInfo structs, as shown in Figure 29, 1s contained in the ship struct. 
Each OrdInfo struct represents data specific to one ordnance item. The variables contained 
in this struct are similar to the previous two fuel structs except that the OrdInfo struct 
contains an array of use rates. MAXRATES refers to the six different use rates: low, 


medium, or high average threat levels, and raid, strike, or ASW events. 
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ypedef struct ({ 
OrdName Name [MAXNAME ] ; 
Bake TotalNumber, 


Capacity- 
Range, 
TransferRate, 


OnHand, 
EstOnHand, 
OnHandDtg, 
EstOnHandDtg; 
OrdUse UseRate [MAXRATES ] ; 
;Ordinto- 





Figure 29: Ordnance Information Type Definition 


3. Events 


A doubly linked list is a data structure consisting of structs connected to each 


other by pointers to the next and to the previous Struct, as shown in Figure 30. 


Null 11 | 





Figure 30: Battle Group Event List 


The decision to use such a data structure was based on the intended use of battle 
group event information. Since the purpose of BGLCSS is to dynamically simulate events 
in time, the easy insertion, sorting, and deletion of events is the dominant criteria for 
selecting the appropriate data structure. A doubly linked list fulfills this criteria. It allows 


easy movement forward and backward between list element structures, sorted insertions 
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and deletions are easily performed by manipulating pointers. The pointers on the ends of 
the list both point to null. 

There are three different doubly linked list data structures used to implement the 
battle group events: the battle group event list itself, the related event list, and the header 
list. The battle group event list is represented by battle group event information structs in 


a doubly linked list. The code used to define a BGEvent is shown in Figure 31 . 


struct BGEvent *Prev, 
*Next; 
Inc Dig; 
CreateTime, 
PredictInterval, 
BGEvent Type EType; 
PredictType PType; 
CalcType CType; 


ThreatType TType; 
UnrepInfo Unrep; 
DirectionInfo Direction; 
StrikeInfo Strike; 
Raaalnioe Raid; 
ASWInfo ASW; 


iS 
typedef struct BGEvent BGEVENT; 





Figure 31: Battle Group Event Type Definition 


The first two variables are the pointers to the previous and to the next BGEvent 
structs. The Dtg variable is the integer representation of date time group for the start of the 
battle group event. The next integer variable is the system time stamp of the event’s 
Creation time. This is a unique time stamp for each event in the event list. The next four 
variables are used when evaluating each event in the list. EType is used to identify the type 
of event, i.e. battle group course and speed, AAW threat level, etc. PT ype is used to identify 
whether the BGEvent PredictType is an orphan, child, parent, or interval. The first three 
values will be discussed in the next section. The interval value refers to a BGEvent which 
is actually a sentinel marking the time interval for calculation purposes. Unrep is a struct 


containing data relevant to an underway replenishment event. DirectionInfo contains data 
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about the course and speed of the ship involved. The last three structs contain information 
specific to the strike, raid, and ASW events. 

One of the most significant omissions in BGLCSS 1.0 was the way that an 
underway replenishment event and its associated stationing events were handled in the 
event list. When a user added an underway replenishment event, depending on the tactic 
used, several stationing events were also added to the list. If a user wanted to delete the 
underway replenishment, it was necessary for the user to know which stationing events to 
delete as well. This problem was corrected by using an additional doubly linked list for 


related events as shown in Figure 32. 


Relation Relation | 11 Null 





Figure 32: Battle Group Related Event and Battle Group Event List 


When an underway replenishment or a consol event is created, a relation event, 
shown in Figure 33, is also created and inserted into a doubly linked list. The relation struct 
1s created based on the system creation time stamp of the underway replenishment event, 
also known as a parent event. Each event associated with the underway replenishment 
parent event also contains the same creation time. The relation event pointers point to all of 


the child events, i.e. stationing events, in the BGEvent list. When the deletion of a 


underway replenishment is to be performed, the related relation event is found and all of 
the BGEvents to which it points are deleted along with itself. An orphan is an event that is 
not related to any other event, such as a battle group course and speed or a ship stationing 


event. 


struct RelationType *Prev, 
*Next; 
int Greatelime- 
BGEVENT “Chai lady 
*Childa2s 


*Chaskas; 
*Chivda- 
'Chavleo.: 
I 
typedef struct RelationType RELATION; 





Figure 33: Relation Type Definition 


The last doubly linked list contains the components of a string to represent an 


event to the user in English (see Figure 34). 


| 1) Null 


Null 1 | | 





Figure 34: Battle Group Header List 


It is used as a CONnvenient way to show the string representation of the event list. 
For example, the event list is displayed to the user as shown in Figure 35. This list 1s made 
up of structs containing the string equivalent of the BGEvent list. It is used instead of 
traversing the BGEvent list and generating string equivalents for each event each time that 


the event list would be displayed on a panel. 
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Figure 35: BGLCSS 2.0 Event List Panel 


Figure 36 shows the BGHeader Type definition for the header structs in the 


header list. 


struct BGHeader *Prev, 
*Next; 
BGEvent Type EType; 
pigie Index; 
Ate DTG; 
char Date {DTGLENGTH ] ; 
char Title [MAXLENGTH} ; 
float Course; 
Float Speed; 


ie 


ypedef struct BGHeader BGHEADER; 





Figure 36: Battle Group Header Type Definition 


E. BGLCSS 2.0 LIBRARY DESIGN 

The application library design refers to the functions written to operate on the data 
structures in the BGLCSS application. There are three groups of functions based on the 
kind of data involved: battle groups, ships, and events. 

Table 3 shows the function name and purpose for each function that operates on battle 


groups. These functions are contained in bg.c in Appendix B. 


Table 3: BATTLE GROUP FUNCTIONS 


Function Purpose 


CancelBG Clears out data from the text keyin items on BG panels BGData and New BG 
panels. 


DeleteBG Deletes a battle group from the array by replacing its name with blank spaces. 










GetBG Using the string representation of the name of a battle group and the index to 


the appropnate battle group in the array, return the index to the battle group. 





GetBGs Given the battle group array, this function gets the battle group data from the 
battle group data ASCII text file. Returns the next available battle group in- 


dex. Given the battle group array, this function gets the battle group data 








GetShip 






Using the string of a ship name and the index to the appropniate battle group, 
this function returns the ship index for the appropnate ship. 


MakeBG Makes a new battle group, using information provided by user to New BG 
panel. The index for the next available battle group in the array is returned. 
Saves all battle groups to the ASCII text file containing BG data. 
SaveNewBG | Saves the new battle group using the TAE Vm target object from the user in- 
put panel. First, GetBGs is called, returning the available index to the array. 
Next, Make BG is called and then SaveBGS saves all battle groups. 
ShowBG Shows the battle group’s data given battle group array, index and panel name. 
ShowBGs Shows the list of battle groups from an ASCII text file to an item in a panel. 


Table 4 shows the function name and purpose for each function that operates on ships. 










These functions are also contained in bg.c in Appendix B. 
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Table 4: SHIP FUNCTIONS 


AddShip This function adds a ship and its data to a battle group. The ship list 


presented to the user contains both the hull number and the ship 
ConvertT ypeCombatant 

















name. The hull number is required to get the ship type for the appro- 
priate F76 information. The ship name is returned. 











Converts an integer to the appropriate string representation of Type- 
Combatant. C stores the value of an enumerated type on an ASCII 
file as an integer. To display this value in a panel, it must be convert- 
ed to a string. 


GetF76Table Gets the F76 information by ship type from the ASCII text file into 
memory. 

GetShip Using the string of a ship name and the index to the appropriate bat- 
tle group, GetShip returns the ship index for the appropriate ship. 

SaveBGShips 

ShowBGShips Shows the list of battle group ships, given battle group index, panel 
name, and selection list item on panel. 


ShowF76 Uses TAE Wpt and Vm functions to display values to the Ship panel. 
ShowNavyShips Shows the list of navy ships from ASCII text file to item in panel. 
ShowShip Uses TAE Wpt and Vm functions to display values to the Ship panel. 


TypeShip Checks the first two characters in a ship’s hull number and returns 
an integer that equates to an enumerated ship type. 


Table 5 shows the function name and purpose for each function that operates on the 



















Using the BG array and the index to the specific battle group, this 
function saves the battle group’s ships’ data to an ASCII text file. 












three doubly linked lists involved with BGLCSS events. These functions are contained in 


BGEventsLib.c in Appendix B. 
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Table 5: BATTLE GROUP EVENT FUNCTIONS 


DeleteBGEvent 












Given a pointer to the head of the battle group event list and the event to be 
deleted, this function deletes the event. Before calling this function with the 
Parent Event node pointer, need to call the DeleteChildren function to delete 
the associated children. 





DeleteChildren This function makes repeated calls to DeleteBGEvent in order to delete all 


of the children of the Parent event. Returns the head of the battle group event 
list. 


GetBGEvents This function reads the battle group event list data from the appropriate 
ASCII text file given the index to the battle group array. It returns a pointer 
to the head of the battle group event list. 

GetParent This functions finds the Parent event with its unique time stamp. If the par- 
ent doesn’t exist, then it finds the orphan event and returns a pointer to the 
event found. 

GetRelation This functions finds the Parent event with its unique time stamp. If the par- 
ent doesn’t exist, then it finds the orphan event and returns a pointer to the 
event found. 

InsertBGEvent 
into the list based on chronological date time group of the events. Returns 
a pointer to the head of the battle group event list. 

InsertRelation This function’s basic algorithm is virtually the same to InsertBGEvent ex- 
cept for the final if-statement assignments and the data type involved. 

MakeBGEvent Given the information from an event panel, this function makes a battle 
event node and returns a pointer to it. This function is currently designed to 
handle only a battle group course and speed change event. 


MakeChild This function makes a child event by first calling MakeBGEvent and attach- 
ing the child to the appropriate relation node. After a call to this function 
MakeRelation 





















This function takes a pointer to the head of the battle groupevent list and 
a pointer to the newly created battle group event and inserts the new event 


is made, need to call, for instance, UnrepCalculations and make the appro- 
priate assignments to the event node. Function retums a pointer to the newly 
made child. 


This functions makes a related-event node used to connect related events to- 
gether such as an unrep with its associated stationing events. The parameter 
passed is the integer value of the creation time for the parent event (such as 
the unrep event). No more than 5 associated events are allowed by this func- 
tion. Returns a pointer to the newly created relation node. 
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Table 5: BATTLE GROUP EVENT FUNCTIONS 


MakeUnrep Given a pointer to the newly made event node and the values passed from 
the Unrep panel, return a completed unrep event node to be added to the 
event list. 

SaveBGEvents 
priate battle group in the array and a pointer to the head of the battle group 
event list. lt returns the pointer to the head of the list. 

MakeBG Header This function creates the header to be displayed in the event list panel to the 
user. Given the event parameters, return a header node. 


GetBG Headers Given the appropriate index to the battle group array, this function gets the 


battle group header information from the appropriate ASCII text file and re- 
InsertBGHeader 



























This function saves the battle group events list given an index to the appro- 






turns a pointer to the head of the battle group header list. Similar in algo- 
nthm to GetBGEvents. 





This function inserts the newly created BGHeader into the Header list given 
a pointer to the head of the header list and a pointer to the newly created 
BGHeader. It returns a pointer to the head of the header list. 





Save BGHeaders Given an tndex to the battle group array and a pointer to the head of the 


battle group header list, this function saves the header list data to the appro- 
priate ASCII text file. Returns a pointer to the head of the header list. 


F. PROGRAM INTEGRATION 


There are two ways to connect a call to an application library function to the interface 
code. If there is only one line of code, 1.e. a call to a single function, this line of code can 
be inserted at the WorkBench level using the Connection Specification Panel shown in the 
previous chapter. This is the best method, because if an item on a panel is changed from an 
event- generating item to a non-event-generating item, the source code is overwritten. The 
original file is copied to a backup file with a. bak suffix. However, if several calls need 
to be made to handle a given TAE event, then the insertion must be made by hand by the 
applications programmer. To maximize integration at the WorkBench level, once a 
sequence of application function calls within a TAE Plus event handler function are 


debugged, a higher-level application function can be written to make the sequence of 


49 


function calls itself. Thus, a higher-level function call can be integrated at the WorkBench 
level. | 

The TAE Plus documentation suggests that a symbol be used for each alteration to 
TAE Plus generated source code so that in the event of code regeneration, a relatively easy 
cut and paste operation can be performed. The /*BERN*/ symbol was used in this 
application. 

TAE Plus uses an Imakefile to create an application specific Makefile which 
then correctly compiles and links object files with the appropriate libraries. The 
Imakefile can be edited to include the application library code for compilation. In this 
case, the APP flags in the Imakefile for the BGSetup module to be bg.c. See the 
Imakefile in Appendix B. 

Each panel file must include the pan_name.h files for associated panels as well as 
connected panels. Connected panels are already handled by the TAE code generator. 
Associations that fall outside of the WorkBench domain must be done by hand. A panel 
may be associated with another if, for instance, data from one panel is required to perform 
operations initiated by another panel. Although TAE automatically will insert a #include 
pan_®* .h for connected panels, the application writer must still explicitly include header 
files for panels requiring information from a previous panel. 

Any application functions used in the pan_* .c files must be declared as external 


ahead of the event handling function definition for the particular panel. 


G. STRUCTURED DESIGN PROBLEMS 

Despite the top-down functional decomposition approach to this application, there are 
several problems with this design. The separation of the code and the data is evident in the 
separation of the struct and type definitions in bg.h and BGEventsLib.h and the 
function libraries in bg.c and BGEventsLib.c. At any point in the main program, a 


variable such as a BGInfo array could be declared and filled with bad data and then saved 
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to the ASCII text file. This vulnerability of the battle group data is a clear weakness of this 
design. 

Second, while this application does define numerous user-defined types such as the 
enumerated types and structs, these definitions amount only to labels that improve program 
clarity. They do not prevent illogical operations from being performed such as assigning 
bad values to the enumerated types. Furthermore, as previously mentioned, date time 
groups and latitudes and longitudes are reduced to built-in data types and poorly represent 
real world entities. This data type deficiency led to the GOTS library’s long list of 
specialized functions as well as to the redundant BGLCSS library functions such as the 
InsertBGEvent, InsertBGHeader, etc. 

Third, the distributed functionality of this design will make subsequent program 
modifications and extensions difficult. For instance, to add another logistics event type 
would require changes to be made to every event-related function that contained a case 


Statement specific to event type. 
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V. BGLCSS 2.0 OBJECT-ORIENTED DESIGN 


A. CLASSES 


This chapter provides a high-level view of how BGLCSS 2.0 could be designed using 
an object-oriented paradigm in C++. We intend to provide examples of how the use of an 
object-oriented paradigm, when correctly applied, leads to code reuse, ease of program 
maintenance and extension. Since the arguments presented here are not dependent on low- 
level definition details, most class member functions are presented only as prototypes. 

Object-oriented design is based on classes and one useful approach to object-oriented 


design consists of the following methodology [COPLIEN 92}: 


(1) Identify the entities in the application domain. 
(2) Identify the behaviors of the entities. 
(3) Identify the relationships between entities. 


(4) Create a C++ design structure from the entities. 


According to step (1), the entities in the application domain are battle groups, ships, 
and logistics events. Step (2), the identification of the behaviors of the entities is listed in 
Table 6. The behaviors of the battle group entity are limited to getting, setting, adding, and 
deleting subcomponents. The ship entity, in addition to these behaviors, consumes and fills 
up with F-76, F-44, and ordnance commodities. Events, shown as a high-level abstraction 
of all twelve events, includes a computation behavior called ProcessEvents which performs 


calculations of the F-76, F-44, and ordnance states of ships in a battle group. 
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Table 6: SAMPLE BEHAVIORS OF BGLCSS ENTITIES 
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Step (3), identifying the relationships between entities, is probably the most crucial 
step of the design process. First, the battle group exhibits a has a relationship with its ships, 
settings, location, and_ results. This relationship can be modeled with 
composition.Therefore, an array of ShipInfo class objects, a SettingsInfo class object, a 


Location Info class object, and an array of CapacityInfo class objects can be contained 
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within a BGInfo class object. Second, the ShipInfo class can be modeled based on an is a 
relationship with all of the special cases of a ship: ecaored frigate, aircraft carrier, etc. 
Finally, events, at this level of abstraction, involve a uses a relationship because, when the 
ProcessEvents behavior is performed, it requires the use of ShipInfo objects. At the level 
of specific events as in the case of Unrep and Consol events, both of these events involve 
a creates a relationship with SetStation events. 


Step (4), a C++ design structure for each of these entities, is presented in detail. 


1. Battle Group Class 


A real world Navy battle group is characterized by its name and designation, a set 
of ships, and, for the purposes of the BGLCSS simulation program, a collection of trip-wire 
settings. The decision to design the battle group class using composition is based on the has 
a relationship that describes the real world battle group entity. The battle group has a set of 
settings, a location, a set of ships and a set of calculation results. With composition, all of 
the data and functions of the first class are reused in the second class. For example, all of 
the LocationInfo class data and function members are used in the BGInfo class as well as 
reused again in the ShipInfo class discussed later. This reuse is similar to the nesting of the 
LocationInfo struct within the BGInfo and ShipInfo structs in the structured design 
described in chapter IV except that the functions, as well as the data, are included. 

While the structure of the BGInfo class is similar to its corresponding structured 
paradigm struct, its data members can be hidden from outside the class. By declaring them 
to be private, they can only be accessed by member functions of the same class. The array 
of ShipInfo objects and the SettingsInfo, LocationInfo, and ResultsInfo C++ classes 


compose the BGInfo class as shown in Figure 37. 
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private: 
char 
char 
Shipints 
SettingsInfo 
LocationInfo 
CapacitylInfo 


publ e: 
BGInfo(); 
BGInfo(char* N, 
~BGInfo(); 


we 1c 

friend BGInfo& 
void 

void 

ite 

void 

Int 

iit 

Pate 
Leocataonlinie® 
Ite 
CapacitylInfo 
ae 





Name [MAXNAMBF] ; 
Designation [MAXNAME] ; 
Ships [MAXBGSHIPS] ; 
Settings; 

Location; 

Results [MAXBGSHIPS] ; 


Ghat, sSettingsin£to” S} 


SaveBGShips(ShipInfo S); 
CalculateF/6(BGEvent&, int 1); 
ShowBGShips(int 1); 

ShowBG (int t); 

SaveNewBG(BGInfo B); 
CancelBG(Id I); 

GetBG(int 1); 

AGEBEGShap (ints Sshipinto: 2s); 
DeleteBGShip(int 1, ShipInfo* S); 
Cet BELocation« ime 1): 

Set BGLocation(Leocationintio* LL): 
GetBGResults(int 1); 
SetBGResults(CapacityInfo C); 


Figure 37: Battle Group Data and Function Members 


The choice to keep the array as the data structure to contain the ships and battle 


groups was made for simplicity. The array of battle groups, 1.e. the array of BGInfo objects 


is shown in Figure 38. 


SAY Yay 
private: 
BGInfo 
Tou leainer: 
BGArray ( 
~BGArray 
void 
void 
BGInfo 





BG [MAXBGS] ; 


SaveBGs (BGInfo B); 
ShowBGs(BGInfo B); 
Get BGs () 


f 


Figure 38: Battle Group Array Data and Function Members 


a) 


2. Ship Class Hierarchy 


Contained within the battle group is the array of ships. The object-oriented ship 
class is shown in Figure 39. It is a classic example of a single inheritance class hierarchy. 
There are five main classes derived from the ship base class: Destroyer, Frigate, Cruiser, 
Aircraft Carrier, and CLF Ship. CLF Ship is further divided into Ammunition ship, Fleet 
Oiler and Combat Support Ship. Finally, at the ends of the ship class tree are the specific 
ship types such as DD963, FFG7, etc. This hierarchy is based on the Navy's notion of ship 
class which is based on ship architecture and ship mission. BGLCSS, however, is driven 
by the ship type differences in F-76 and F-44 fuel, and ordnance attributes. For instance, 
the F-76 fuel capacity and F-76 ship fuel burn rate is dependent on the Navy ship class 
such as the DD963 destroyer class. As far as BGLCSS 2.0 is concerned, this makes all of 


the calculations of commodity use far simpler to modify and extend. 


z 


Am Combat 
DD963||DDGS1 FF1052 CG52} |CG47 CVN68 aa 
UD 


Figure 39: Ship Class Hierarchy 





The base class, ShipInfo class, as shown in Figure 40, contains protected data 
members and public member functions, some of which have been declared virtual. Base 


class access determines how the derived class receives inherited members. 
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class IDL iee 
protected: 
enum GhPiype {Aire Combatant, Station, Shuttle} ; 
enum ShipType{Destroyer, Frigate,Cruiser, AcftCarrier, 
GCLEShip); 
char Name [40]; 
char Huda (0): 
CLFType TypeCombatant; 
LocationInfo Location; 
P7olnie E76; 
F44Info F44; 
in Approach, 
BreakAway ; 
Ordintc Ord- 
AcftInfo AGEts 
uo ac 
Shipilmie (jy /conoeructor 
Vi tiuian Sontpimlo().;./ (destructor 
anes Setehip Cinta tr char -c) > 
Wid ete liete el Tite GetShipType(ShipInfo s, be 
Salat Wee ein te SerShiplype(Shiapinfto s, int 1); 
We Wa eesa SetCLFType (ShipInfo aiteken,) 
Ver Uilaee ria GetCLFType (ShipInfo j 
Virtvalerune SetF76Info(ShipInfo Beit ; 
Wier tad ant Get F76Info(ShipInfo int 2 


char* GetShipName(int 1); 


la 
class DestroyerInfo : public ShipInfo { 
protected: 
enum DestroyerType{DD963, DD51}; 


DestroyerType DT ype; 


uo dee. 
aah GetShipType(DestroyerInfo s, 
a at SetShipType(DestroyerInfo s, 
int SetCLFType(DestroyerInfo s, int 1); 
ants GetCLFType(DestroyerInfo s, int i); 


Je; 
class DD962Info : public DestroyerlInfo { 
public: 

dette GetF76Into(DD9Gsinfto d,;, int 1); 

ic SetFP/6Info(DDI63Infto dad, int i); 
//other commodities are similar 

a ConsumeF76(int 1, F76Info f£); 

ita Pole? Ociiniemie F 76OInfo £); 
//other commodities are similar 





Figure 40: Ship Class Data and Function Members 


Class access is public for the DestroyerInfo class. This means that the base class’s 
protected members remain protected (inheritable, but still hidden from the rest of the 


program) and the public members remain public. The same is true for the class access of 


a 


the DD963Info class. DestroyerInfo class access is public for the DD963Info class. The 
member functions in this last class are the appropriate place for the DD962 specific 
commodity values to be initialized. These member functions were made virtual in the 
ShipInfo base class so that they could be tailored for each bottom-level ship class such as 
DD963. The ship-specific enumerated types were encapsulated within the specific class 
that they are relevant. By contrast, in the structured programming design, the enumerated 


types are global to the program. 


3. Logistics Events Class Hierarchy 


The logistics event classes are the most challenging to design of the BGLCSS 
classes. When the entities were identified in the BGLCSS application domain, the event 
list, events in general, and the twelve specific types of logistics events were discussed in 
general terms. At this point in the analysis, it is possible to make several class designs. We 


will discuss two specific designs, the first of which is shown in Figure 41. 


BG Course ASW 
& Speed Prosecution 





Figure 41: BGLCSS Event Class Hierarchy With Twelve Derived Classes 


First, the twelve BGLCSS logistics events could placed in a class hierarchy where 


there is one abstract base class from which all twelve logistics event classes are derived. 
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Although an end user might visualize the twelve BGLCSS events in this way, a 
class hierarchy of this design does little to support code reuse. This is because, when 
describing the entity behaviors or functions in detail as outlined in step (2) of the object- 


oriented programming paradigm methodology, the patterns shown in Table 9 become clear. 


Table 7: BGLCSS EVENT COMMON FUNCTIONS 


— Affects F-76 Level Affects F-44 Level Affects Ordnance Level 


BGCourseSpeed 
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ASWThreatLevel 


OrdnanceTransfer 


ASW Prosecution 





Each of these events affects a different combination of the F-76, F-44, and 
ordnance commodities and would require duplicated code regarding the calculations of 
commodity levels. 

At this point, it is useful to draw a distinction between the problem domain and 
the program domain. The problem domain refers to the real world problem that the 
software is intended to solve. In contrast to the structured programming paradigm, the 
object-oriented programming paradigm focuses on closely mapping the entities in the real 


world, the problem domain, to entities in software. The program domain differs from the 
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problem domain in that it represents the programming language, operating system, and 
programming paradigm.Writing a program consists of building a solution within the 
program domain to solve a problem in the problem domain. 

The most straightforward approach 1s to first solve the problem within the 
problem domain, then construct a model of the problem domain within the program domain 
and map the solution over. The more explicit the model, the more obvious the mapping and 
the easier it becomes to write and understand the resulting program. [DAVIS 92]. Since the 
problem domain of BGLCSS is to generate percent capacity states for F-76, F-44, and 
ordnance for ships and battle groups, this distinction was used to determine whether 
clusterings of similar event behaviors was present. Table 7 clearly shows that there are 
common behaviors/functions among the events. 

The solution to designing a class hierarchy that promotes code reuse involve 
multiple inheritance. Multiple inheritance permits a class to be derived from two or more 
base classes. With this kind of construction, class relationships become much more 
involved than with single inheritance. Under single inheritance, the inheritance hierarchy 
is a tree; under multiple inheritance, the hierarchy is a directed acyclic graph. Cargill makes 
a distinction between synthetic and natural classes. Synthetic classes do not correspond to 
abstractions found in the application problem domain. Synthetic classes emerge during 
design and coding of a system in response to internal, synthetic needs of the software. This 
is In contrast to natural classes, those that correspond to abstractions from the problem 
domain and typically arise either during analysis or early design. A simple criterion is to 
ask end users if they recognize the abstraction. Because a natural class comes from the 
problem domain, an end user will understand its purpose; a synthetic class arises only from 
software implementation considerations, so the end user will not appreciate the need for it 
[CARGILL 92]. 

The BGLCSS 2.0 event classes are more complex than the ship classes because, 
in order to maximize reuse of class member functions, multiple inheritance is necessary. 


Instead of a tree structure as in the ship classes, the event class is a directed acyclic graph, 
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where the classes lower on the tree inherit from the classes connected above them. This 
design decision is based on the common denominators of the logistics events, in other 
words, these events either affect F-76, F-44, or ordnance, or a combination of these. There 
are no is a relationships. The class hierarchy is just a convenience to reuse code, 
particularly the member functions of the commodity affecting classes. There is no domain 


specific relationship. 


Logistics 
Event 


F-76 Affecung Event F-44 Af | Feld Affecting Event | Feld Affecting Event Ordnance Af Ordnance Affecting Event Event 


BG Course AA 
& Speed Threat Franster 
Transfer aa 
ae Fuel 5 ASW 
Station Prosecution 


ip Course 
& Speed 


cet 
cet 


Figure 42: Logistics Event Class Hierarchy With Three Synthetic Derived Classes 





The C++ class definition for the logistics event class 1s provided in Figure 43. The 
enumerated types specific to the events are encapsulated within the abstract base class 


BGE vent. 
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protected: 
enum BGEventType {BGCourseSpeed, ASWLevel, AAWLevel, 
SetStation, ShipCourseSpeed, Unrep, Consol, 
FuelTransfer, OrdTransfer, RaidEvent, StrikeEvent, 
ASWProsecute, ResumeBGCourseSpeed, Other}; 


enum PredictType (Orphan, Child, Parent, Interval}; 
enum ThreatType {Low, Med, High, Raid, Strike, Asw}; 
enum CalcType {Ord, F76, F44, BothFuel, All}; 


BGEvent *Prev, 
*Next > 
ine DrG,; 
Index, 
Created, 
Preqictinterval. 
BGEvent Type EType; 
PredictType PType; 
CalcType CType; 
Pirectioninfo pYyrection; 
pub lie: 
BGEvent ( 
~BGEvent 


) 
( 


ie 
ee 
class F76Event : public BGEvent ( 
public: 
friend BGInfo& BGInfo: :CalculateF76(BGEvent&, int 1); 
en 


class Unrep : public F76Event ({ 
publie- 


UnrepInfo UnrepData; 





Figure 43: BGEvent Class Data and Function 


Whereas in the BGInfo struct in the structured programming design described in 
chapter IV contained the UnrepInfo, ThreatType, StrikeInfo, RaidInfo, and ASWInfo 
structs, they are omitted from the BGlInfo abstract base class. Instead, these objects are 
contained only in the appropriate bottom level class objects. For instance, the UnrepInfo 
object would be contained in the Unrep class only. This design is more representative of 
the real world entities and makes future modifications and extensions easier to perform 
because all of the underway replenishment data and functions are localized to the one class 


where this information 1s relevent. 
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When a function manipulates objects of two distinct classes, the function can be 
made a friend function to both classes. This is what is done with the CalculateF76 function 
which illustrates the uses a relationship between the BGEvent class and the BGInfo class. 
This function was made a friend to both classes. 

As far as code reuse is concerned, with C++ version 2.1, the events classes 
discussed so far provide only limited code reuse when considering that the BGLCSS 
application has three doubly linked lists, each performing insertion, deletion, search, etc. 
Using this event hierarchy as is would involve creating three classes for each of the doubly 
linked lists. Each of these data structures could only handle specific objects. To capture 
maximum code reuse for the logistics events and list operations in BGLCSS, a feature 
supported in C++ 3.0 is needed. Templates provide a solution to this code duplication 
problem. Template classes model generic objects that provide similar operations for 
different data types. By using a template class, as shown in Figure 44, a generic double 


linked list can be instantiated for pre-defined and user-defined types. 


emplate <class 
class List { 
protected: 
struct Node { 
T Data; 
Node* Prev; 
Node* Next; 
He 
Node *Nodeptr; 


Node *Headptr; 
Ors ic. 
List(); 
~List(); 
virtual InsertNode(T); 
virtual DeleteNode(T& node); 
virtual SearchNode(T& node); 





Figure 44: BGLCSS Template List Class 


In BGLCSS, we could instantiate three List classes using the three different 


objects: BGEvents, BGHeader, and Relation. Then, from the BGEvents abstract base class, 
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the synthetic commodity affecting classes would be derived. Finally, the twelve logistics 
events would be derived from the appropriate set or sets of synthetic commodity affecting 


classes 


B. SYMBOLIC CONSTANTS 


Instead of using the preprocessor directive #define to define program constants and 
string literals, C++ and ANSI C provide const to reserve storage for data that 1s read-only 
as shown in Figure 45.The drawback to using #define 1s that 1s does no type checking. 
Any value can be given to #define without regard to proper type checking. The lack of 
proper type checking 1s one of C’s weaknesses that can pose enormous problems for the 


programmer when trying to trace bugs in code. 


Conse MAXNAME 

const MAXF’7 6COEF 

const MAXSHY PTY PES 
const MAXORD 

const MAXACFT = 
EOnset MAXTHREATLEVELS = 


const MAXINTERVALS 

const MAXENGAGEMENTS 

const int HOURSINDAY ooo oe 
const MAXUSETYPES ee 

Const MAXBGSHIPS res Ue 


const MAXBGS = Gy 

eonst MAXORD = L007 

const MAXSHIPS =e Oe 

conc DTGLENGTH =e lees 

Const MAXLENGTH = lois 

const F76EDATA [ } = "/n/bglcss/seripts/data/F/6.dat"; 

const BGDATA [ ] = "/h/pgless/Seripts/ data, BGbataaqat. 
Conese - BGSHIPS[] = "/h/bgless/scripts/datayeomips.,; 

const " NAVYSHIPS][ ] = "/h/bglcess/scripts/data/NavyShips.dat"; 
const - EVENTSDATA [ } = "/h/bglcss/scripts/data/Events"; 





Figure 45: Symbolic Constants for Battle Groups and Ships 


C. OBJECT-ORIENTED DESIGN BENEFITS 


This description of object-oriented mechanisms when applied to the BGLCSS 
application domain, provided examples of ease of modification , extension, and code reuse. 


Ease of modification and extension are the natural by-products of a class structure where 
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data and function are encapsulated. The program is easier to modify because the data and 
functions are not separate and instead would work together. The clutter of the similarly 
named functions such as InsertBGEvent, InsertBGHeader, and InsertRelation would be 
replaced by the use of polynorphism where the respective object is sent a message such 
as Insert. 

The ShipInfo class hierarchy that derived specialized classes for each Navy ship class 
such as DD-963 provided a better way to perform Navy class-specific commodity 
information. 

Code reuse was to a limited extent accomplished with the use of synthetic classes in 
the BGEvent class hierarchy. A more substantial degree of code reuse could be achieved 


by using a list template class for all three of the inked list structures. 
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VI. CONCLUSION AND RECOMMENDATIONS 


The structured and object-oriented designs of the same program, BGLCSS 2.0, were 
presented and the merits of the application of each paradigm were discussed. It is clear that 
there are numerous technical benefits to using an object-oriented programming paradigm 


instead of a structured programming paradigm for systems expected to evolve over time. 


There is little doubt that Command, Control, and Communications (C°) applications such 
as the BGLCSS tactical decision aid will be refined and extended as battle group 
coordinators use the system and identify additional components to be added or existing 
ones to be changed. In fact, one thesis currently being developed by an Operations Research 
Department student at the Naval Postgraduate School involves a modified version of the 
underway replenishment event within BGLCSS. 

The initial drawback to moving to an object-oriented programming paradigm can be 
characterized as the trade-off between long-term planning and design versus short-term 
production gains. At the beginning of a move to an object-oriented approach, a substantial 
amount of time is required to study the paradigm and produce an overall design for the 
classes and their hierarchies in the application. By contrast, accepting the status quo and 
remaining within a structured programming paradigm requires no extra effort. In a world 
of time constraints, decisions are frequently made to quickly produce a software application 
prototype and delay concern about modification and extension until a later ttme. While this 
reasoning has dominated many software development projects, it 1s recommended that 
organizations such as the Navy Space and Warfare Command which is in charge of 
managing large software systems pursue moving towards adopting an object-oriented 
paradigm in the future. The long-term benefits outweigh the short-term benefits. It is also 
recommended that NT'CS-A applications programmers consider using TAE Plus to build 
their graphical user interfaces instead of using low-level Motif functions. A high-level tool 


such as TAE Plus greatly reduced BGLCSS graphical user interface development time. 
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APPENDIX A. BGLCSS 2.0 GRAPHICAL USER INTERFACE 
PANELS 
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Figure 46: BGLCSS 2.0 Set Up Battle Groups Initial Panel 


: BG Hame: 

Desiqnation: 

fuel Reserve | evebeey: 

GO ett tr tale ee eee 
Ordnance Reserve | evel (ed: 

CHi Grdnance Reserve & evel [%.): 
Max F /& Level (%): 

j Max } -44 E evel (%): 

Statlioning Specd: 

Unrep Speed: | 


E Aviation Ship Speed: 





é 
bs 
J 
f 
a 
s & 
a3 
3 
8 
: 
EF 
& 
rs 
H 
* 
L 
A 
4 
i 
: 
: & 
3 
Hi 
i 
9 
; & 
i 
: 3 
Ls 
; 
7 
6, 
3 
if 
2 § 
3 
2 
et 
ae; 
a 
; 
3 
an 
ry 
re 
i} 
P 
b3 
if 
[on ? 
315 
in 
oa 
a 
. & 
as 
* « 
2 8 
a | 
ba 
» 
* 
Es 
a 
3 
e 
ad 
b 
b 
4 
r 
e 
py 
a 


Figure 47: BGLCSS 2.0 New Battle Group Data Panel 
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Figure 48: BGLCSS 2.0 Battle Group Data Panel 
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Figure 50: BGLCSS 2.0 Ship Logistics Panel 
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Figure 51: BGLCSS 2.0 Ship F-76 Fuel Panel 
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Figure 52: BGLCSS 2.0 Ship F-44 Fuel Panel 
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Figure 53: BGLCSS 2.0 Select Ordnance Panel 
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Figure 55: BGLCSS 2.0 Ordnance Data Panel 
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Figure 56: BGLCSS 2.0 Aircraft Load Panel 
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Figure 57: BGLCSS 2.0 Aircraft Data Panel 
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BGLCSS 2.0 Battle Group Events Initial Panel 
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Figure 59: BGLCSS 2.0 Battle Group Course and Speed Panel 
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Figure 60: BGLCSS 2.0 ASW Threat Level Panel 
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Figure 62: BGLCSS 2.0 Set Station Panel 
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Figure 64: BGLCSS 2.0 Ship Course and Speed Panel 
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Figure 65: BGLCSS 2.0 Underway Replenishment Panel 
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Figure 66: BGLCSS 2.0 Underway Replenishment Results Panel 
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Figure 68: BGLCSS 2.0 Consol Results Panel 
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Figure 70: BGLCSS 2.0 Select Ordnance Panel 
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Figure 72: BGLCSS 2.0 Raid Panel 
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Figure 74: BGLCSS 2.0 Strike Panel 


82 


we rr 


en Car! 


errr ert 


YY Ltt 


oo 


PPP E ITE Tee ee 


a“204apate 


PORUER SUPE CERPOEY SCE LEruri rT irises ir vee eee ere eeeeeeeertceerinriliseriseryt Seer Lier ESET Tee TE 





DAA dA Anand al ann tna ed 


Figure 76: BGLCSS 2.0 ASW Panel 
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Figure 78: BGLCSS 2.0 Select BG Ship Panel 
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Figure 80: BGLCSS 2.0 Select Summary Report Panel 
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Figure 81: BGLCSS 2.0 Battle Group Shuttle Requirements Report Panel 
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Figure 82: BGLCSS 2.0 Commodity List Panel 
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Figure 84: BGLCSS 2.0 Battle Group Selection Message Panel 
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Figure 87: BGLCSS 2.0 Print Job Message Panel 
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Figure 90: BGLCSS 2.0 Close All Events Panels Message Panel 
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Figure 91 
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Figure 93: BGLCSS 2.0 Sample Help Panel 


a. 
’: ‘ 


ete ata ioe race oe oe Les oe ay eer ‘ py Hy re TPE ACES Se Sere eS ie Yr) cst iS es gaenlaaiats § 
5 He ) 


« 

as A 

eo ar a a 
ra 





Figure 94: BGLCSS 2.0 Overview Initial Panel 
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APPENDIX B. BGLCSS 2.0 C PROGRAM LISTING 


Files Common to BGSetup and BGEvents modules: 
bg.h 

bg.c 
BGEventsLib.h 
BGEventsLib.c 
global.h 
pan_WptHelp.c 
pan_WptHelp.h 
wpthelp.c 
wpthelp_creat_init.c 
wpthelp_init_pan.c 


Files Specific to BGSetup: 
BGSetup.c 
BGSetup_creat_init.c 
BGSetup_init_pan.c 
Imakefile 
pan_BGData.c 
pan_BGData.h 
pan_BGShips.c 
pan_BGShips.h 
pan_CloseAll.c 
pan_CloseAll.h 
pan_DelBG.c 
pan_DelBG.h 
pan_Dtg.c 
pan_Dtg.h 
pan_LackData.c 
pan_LackData.h 
pan_NewBG.c 
pan_NewBG.h 
pan_SaveNewB.c 
pan_SaveNewB.h 
pan_SelBG.c 
pan_SelBG.h 
pan_SetUpBGs.c 
pan_SetUpBGs.h 
pan_Ship.c 
pan_Ship.h 


Files Specific to BGEvents module: 
BGEvents.c 

BGEvents_creat_init.c 
BGEvents_init_pan.c 

[makefile 

pan_BGCrsSpd.c 

pan_BGCrsSpd.h 

pan_BGEvents.c 

pan_BGEvents.h 


Files Specific to Overview module: 
Overview.c 

Overview_creat_init.c 
Overview_init_pan.c 

pan_Overview.c 

Pan_Overview.h 


92 


er ee ee Ree KE EERE RE RRR RANK KKK IK HK A 


*Author  : Bermadette C. Brooks 


*Office Computer Science Department 

* Naval Postgraduate School 

Monterey, CA 93943 

- Phone: (408) 656-2180 

*Project 

*Advisor : Dr. C. Thomas Wu 

- Computer Science Department 

* Naval Postgraduate School 

4 Monterey, CA 93943 

x Phone: (408) 656-3391 

*Filename : bg.h 

* Date 27 Feb 93 

*Content : C manifests, data type definitions, and data 

3 Structure definitions for all of BGLCSS 2.0 

*Note ‘“global.h” TAE-generated file includes bg.h 

OR kkk kk kok kK kk kkk kk ok kkk ok kkk kkk kkk kok koko ak kok kok kook kok ak ade ok ak ok ok ok ake ake ake ok 
eT 
#include <stdio.h> 

#include <stdlib.h> 

#define MAXNAME 25 

#define MAXF76COEF 3 

#define MAXSHIPTYPES 8 

#define MAXORD 100 

#define MAXACFT 20 

#define MAXTHREATLEVELS 2 /* Low, Medium, High */ 
#define MAXENGAGEMENTS 2 /* Raid, Suike, ASW */ 
#define MAXINTERVALS 3 

#define HOURSINDAY 23 

#define MAXUSETYPES 5 

#define MAXBGSHIPS 30 

#define MAXBGS 10 

#define MAXORD 100 

#define MAXSHIPS 100 

#define DITGLENGTH 15 

#define MAXLENGTH 25 

#define FI6DATA “*fh/bglcss/scripts/data/F76.dat” 
#define BGDATA ““fh/dglcss/scripts/data/BG Data.dat” 
#define BGSHIPS “*fh/ogicss/scripts/data/Ships” 
#define NAVY SHIPS ““/h/ogicss/scripts/data/NavyShips.dat” 
#define EVENTSDATA ‘“/h/bgicss/scripts/data/Events” 
#define HE ADERSDATA ‘“/h/oglcss/scripts/data/Headers” 


ae eee eT ee ee EEE EEE EE EEE EEE EEE ERR ER KE 


enum CLFType { 
Alr, 
Combatant, 
Station, 

. Shuttle 


typedef enum CLFType CLFT ype; 
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[PE RERERER ARR ER EERE EERE EE REAR RE ae 


enum AcftType { 
F14, 
FA18, 
A6, 
EA6B, 
E2 


5 
typedef enum AcftType AcftType; 


ee ee ee ee eee eee eee ee ee ee ea 


typedef struct { 
int Capacity, 
ReceiveRate, 
TransferRate, 
OnHand, 
EstOnHand, 
Dig; 
float Coef[{MAXF76COEF]; 
}F76Info; 


[ERE EA et ERR ee I Ee ee eee 


typedef struct { 
int Capacity, 
ReceiveRate, 
TransferRate, 
OnHand, 
EstOnHand, 
Dig; 
}F44Info; 


De ee ee a eee ee Ne Oe ee ee 


typedef struct { 


int Dtg; 
float Speed, 
MaxSpeed; 
double Latitude, 
Longitude, 
Course; 
} LocationInfo; 


Pe ee eee eee ee eee eee ee eee eee ae a ee ae 


typedef struct { 
int Quantity[MAXUSETY PES]; 
}OrdUse; 


Pe eee eee ee TT ee a Ne re er aan ea 


typedef struct { 
char Name{[{MAXNAME]; 
}OrdName; 
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(em ee eS Eee EEE EE EEE EK RE K RAK HHH / 


typedef struct { 
OrdName 
int 


OrdUse 
}OrdInfo; 


Name[MAXORD]; 
TotalNumber, 
Capacity[MAXORD}, 
Range[MAXORD], 
TransferRate[MAXORD], 
OnHand[{MAXORD], 
EstOnHand[MAXORD], 
OnHandDtg{MAXORD], 
EstOnHandDtg{[MAXORD}]; 
UseRate[MAXORD]; 


ne ER EEE EE ERE ERA RIOR / 


typedef struct { 
AcftType 
int 


int 
int 
} AcftRecord; 


AType; 

NumberAcft, 

FuelBumedSortie, 

MaxSortiesDay; 
SortieRate=PMAXTHREATLEVELS]: 
NumSorties—| MAXENGAGEMENTS ]; 


ee eRe Ee REE AERA ee RR RIE KK aR RR | 


typedef struct { 
int 
AcftRecord 
}Acfunfo; 


SortieFlown[HOURSINDAY ]; 
Wing[MAXACFT]; 


PRA ACIS ICO GIO ACCC CGC AGGRO I IK / 


typedef struct { 
char 
char 
CLFType 
LocationInfo 
F76Info 
F44Info 
int 


OrdInfo 
AcftInfo 
} ShipInfo; 


Name[40]; 

Huli[ 10]; 
TypeCombatant; 
Location; 

F76; 

F44; 

Approach, 
BreakAway; 
Ord; 

Acft: 


ie ee ee ee ee TT ee ETE EET ETE TERE EEE EES ER EE ES H/ 


typedef struct { 


char ShipType[10]; 

int F76Capacity, 
F76Receive, 
F76Transfer; 

float Coef[MAXF76COEF]; 


}F76ShipT ypeInfo; 


25 


[PRM Ne a Re He ee A eM A AeA He HAE He He A ee He eee ae 


typedef struct { 
float FuelRes, 
CLFFuelRes, 
OrdRes, 
CLFOrdRes, 
MaxF76, 
MaxF44, 
StationSpeed, 
UnrepSpeed, 
AcftShipSpeed; 
int PredictS tart; 
int PredictHours[ MAXINTERVALS]; 
} SettingsInfo; 


PPR RRM AM MH AE A Be a 


typedef struct { 
int TotalNumber; 
}OrdCapInfo; 


[EEERERERRERREREARERER ER ERE REA ERE EEE EERE AE EE DEER Che ee 


typedef struct { 
float F76Capacity[MAXINTERVALS], 
F44Capacity[MAXINTERVALS]; 
OrdCapInfo OrdCapacity[MAXINTERVALS]:; 

} CapacityInfo; 


Lee eee eee eee eee ee ee eee ee eee ea ee ara eae 


typedef struct { 
char Name[MAXNAME]; 
char Designation[MAXNAME]; 
SettingsInfo Settings; 
LocationInfo Location; 
ShipInfo Ships[MAXBGSHIPS]; 
CapacityInfo Results[MAXBGSHIPS]; 
}BGInfo; 


[REEREEEREREREER ERE EERE EERE ERE ALE ERE EH EA EN te a 
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ee ee eT Ee A ACR HO KK eC 
* Author ; Bernadette C. Brooks 


*Office —: Computer Science Department 

- Naval Postgraduate School 

* Monterey, CA 93943 

* Phone: (408) 656-2180 

*Project 

*Advisor : Dr. C. Thomas Wu 

. Computer Science Department 

_ Naval Postgraduate School 

- Monterey, CA 93943 

- Phone: (408) 656-3391 

*Filename : bg.c 

* Date : 2/ Feb 93 

*Content : Bodies of user-defined functions to represent battle 
= groups and ships. C manifests contained in bg.h 
*Note . “global.h” TAE-generated file includes bg.h 

SOOO IOI Ok IOI GIGI GIGI GIORGIO kk Ok IOI ROR IOI kkk kk moi kk RIOR RI ROR IR kk ica 
eh 

#include <stdio.h> 

#include <stdlib.h> 


#include <string.h> 
#include <math.h> 


/*TAE system include files*/ 


#include “taeconf.inp” 
#include “wptinc.inp” 
#include “symtab.inc” 
#include “parblk.inc” 
#include “terminc.inc”’ 
#include ““global.h” 


Cen Ee SS 
* Convert an integer to the appropriate string representation of 

* TypeCombatant. C stores the value of an enumerated type in an 

* ASCII file as an integer. To display this value in a panel, 1t must be 

* converted to a String. 


OIRO IO OR OR IO IR IO IR I II RR IO RII Ik IC ICR RR IR kk ROR IR RR IOI IOI aR CICK ic 
a 


char* Convert ypeCombatant (Integer) 
int Integer; 


char TempString[/MAXNAME]; 


switch (Integer) { 


case 0: 
strcpy(TempStning, “Aviation”); 
break; 

case |: 
strcpy(TempString, ““Combatant’); 
break; 

case Z: 
strcpy(TempStnng, “Station CLF”); 
break; 

case 3: 
strcpy(TempStnng, “Shuttle”); 
break; 

default: 


a1 


strcpy(TempString, “unknown”); 


return(TempSting); 


[PEERREEAREAEAL EERE ES ELSE SEE RE Se ee an 


* Convert an integer to its appropriate string representation. 
* UNIX K & RC library does not contain this kind of function. 
* DOS C does. It is needed for I/O to the ASCII text files containing 


* ship, battle group, and event information. 
2 3K I i 2k oe 2c 2k 2k 2c of 2k ok ok ok kc i ok ok 2k oe ok ok 2c 2c 2k 2K oe fc ok fc ee a 2c ic ofc ik 2c 2k oc a aK oi ok 2k ok 2k oie ok i ak oie ic ok 


4) 
char* IntToString(1) 
int 1; 
{ 
switch(1) { 
case 0: 
return(“O”); break; 
case I: 
return(“1”); break; 
case 2: 
return(“2”); break; 
case 3: 
return(“3”); break; 
case 4: 
return(“4”); break; 
case 3: 
return(“S”’); break: 
case 6: 
return(“6’’); break; 
Case 7: 
return(“7”); break; 
case 8: 
return(“‘8”); break; 
case 9: 
return(“9”); break; 
case 10: 
return(“10”); break; 
default: 


return(“11”); 


Pe ee ee eee eee ee eee eee ee ee a eae 


* Using the string of a ship name and the index to the appropnate battle 


* group, GetShip retums the ship index for the appropriate ship. 
2 2k oo 2k 2k 2k 2c 2c 2c 2k ok ok ok i oe 2k 2k a ok 2k 2 2c 2c 2c 2c 2c ok ce a ok 2c 2k ok 2k 2c 2c ok ok 2k ick 2c 2c ok 2c 2k oe 2k ik 2k ok ie ok 


a7 

int GetShip(Name, 1) 

char Name[MAXNAME}; 
int 1; 


{ 
char FileName[80}; 
FILE* DataFile; 
char Suffix[MAXNAME]; 
TEXT* temp[MAXBGS}; 
char Cmd[MAXNAME]}; 
int S; 
char buf{10]; 
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int Found; 
strcpy(FileName, BGSHIPS); 
strcpy(Suffix,IntToSuing(i)); 
strcat(Suffix, ‘“‘.dat’); 
strcat(FileName, Suffix); 
DataFile = fopen(FileName, “‘r’); 
while (!feof(DataFile)) { 


fscanf(DataFile,°%[\n]\n”, Cmd); 
s=0); 


/*skip over all ship info*/ 
for (s = 0; s < 13; s++){ 
fscanf(DataFile,”%s\n”, buf); 


if (strcemp(Name,Cmd) == 0){ 
Found = 1; 
} else{ 


++; 
fclose(DataFile); 
if (Found == 0){ 
return(-1); 


else { 
return(1); 


oe ee ea ee eS REET E CREATES SETS 


* This function uses TAE functions to display values to the Ship panel. 


oi 2h 3k 2k 2k ok 2 KC kc kc oi kc oi ik i fe ae ik ic ae ake ofc ik afc ae oe ok fe ate oie ic akc ofc oi ofc ofc ok ic 2c fe ak ake a ik kc ac ofc akc oie ak ofc ake oie ake oe ok ok 2c 


mh 
void ShowShip(Panel View, Panelld, BGs, 1, s) 
Id Panel View, 
Panelld; 
BGInfo BGs[MAXBGS]; 
int 1 
S; 


{ 


TEXT* name[1];: 
TEXT* hull[t]; 


strcpy(name[0],BGs[1i].Ships[s}.Name); 
Vm_SetSuing(Panel View, ShipName.textstrs”’,1,name,P_UPDATE); 
Wpt_ViewUpdate(Panelld,’ShipName”, Panel View,” ShipName’”); 


strcpy(hull(0],BGs[i].Ships[s].Hull); 


Vm_SetString(Panel View, Hull. textstrs”,1 ,hull,P_UPDATE); 
Wpt_ViewUpdate(Panelld,” Hull”, Panel View, ’Hull”); 


he 


strcpy(name[0],BGs[1].Name); 
Vm_SetSuing(Panel View,” BGName.textstrs”, 1,name,P_UPDATE); 
Wpt_ViewUpdate(Panelld,”"BGName”, Panel View,” BGName”); 


strcpy(name[0], 
ConvertT ypeCombatant(BGs[i].S hips[s]. TypeCombatant)); 


Vm_SetString 

(Panel View,’ TypeCombatant.textstrs”’,1,name,P_UPDATE); 
Wpt_ViewUpdate(Panelld, TypeCombatant”, 

Panel View,” TypeCombatant”); 


strcpy(name[0],dtg_to_a(BGs[1].Ships[s].Location.Dtg)); 
Vm_SetString(Panel View, Dtg.textstrs’,1 ,name,P_UPDATE); 
Wpt_ViewUpdate(Panelld,”Dtg”, Panel View,’ Dig”); 


Wpt_SetIntg(Panelld, “Approach”, 20); 
Wpt_SetIntg(Panelld, ““BreakAway’”,10); 


[REREEREERERERERERE ELSES EEE ETE eG ee 


* This function uses TAE functions to display values to the Ship panel 
Of OE ah he 2 af oie ake fe fe oe oie of fe ofc fe aK ofc of ake he ofc oe ofc a i oie oie ofc ofc oe ake ake abe ofc af ie oe oe oie abe ofc aie oe ai a ai oie ofc ofc ofc ake ake oe a oe a oe ok 


7 


void ShowF76 (BGs, i, s, Panelld, Panel View) 
BGInfo BGs[MAXBGS]; 


int 
int 
Id 


{ 


i; 

S; 

Panelld, 
Panel View; 


TEXT* name[1]; 
TEXT* estonhand| 1]; 
TEXT* estdtg[1]; 


strcpy(name[0], BGs[1].Ships[s].Name); 


Vm_SetSuing(Panel View, “Name.textstrs”, 1, name, P_LUPDATE); 
Wpt_ViewUpdate(Panelld, “Name”, Panel View, “Name’”); 


Wpt_SetIntg(Panelld, “OnHand”, BGs[i].Ships[s}.F76.OnHand); 
Wopt_SetIntg(Panelld, “Capacity”, BGs[i].Ships[s].F76.Capacity); 


/*not implemented yet*/ 

/*Vm_SetString(Panel View, “EstOnHand.textstrs”, 1, 

estonhand, P_UPDATE); 

Wpt_ViewUpdate(Panelld, “EstOnHand”, Panel View, ““EstOnHand”);*/ 


/*need to convert date integer to string representations first*/ 

/*not implemented yet*/ 

/*Vm_SetString(Panel View, “EstDtg.textstrs”, 1, estdtg, P_UPDATE); 
Wpt_ViewUpdate(Panelld, “EstDtg”, PanelView, “EstDtg’’); 

oi 


/*not implemented yet*/ 
/*Wpt_Setintg(Panelld, “ReceiveRate”, 
BGs[i].Ships[s].F76.ReceiveRate); 
Wpt_SetIintg(Panelld, 


“TransferRate” ,BGs[1].Ships[s].F76.TransferRate); 
* 


(ee ee ee ee RO ee Te eS ee 


* Using the BG array and the index to the specific battle group, this 
* function saves the battle group's ships’ data to an ASCII text file. 


Ae Re ie he 2 ake 2a ake ake ae aie ake ak ake ie ae aie a ake ake ake ae akc ake aie ae ae 2c ae ade ae ae ae a ake ake ae ak ie ake ak ake 2 ake ie aie ake ake ake ake akc ake akc ake ak oe akc akc 


| 


void SaveBGShips(BGs,1) 


BGInfo 


int 


( 


BGs[MAXBGS]; 
1, 


char FileName[1 00]; 

char Suffix[MAXNAME]; 
static blank[MAXNAME]; 
FILE*  DataFile: 

int S; 

int Index; 

static char Cmd[100); 


s= 0: 


/*Based on BG Index, create appropriate file name for BG ships. Ex: 
For ships in BGs[0], filename is /h/bglcss/scripts/data/ShipsO.dat*/ 


strcpy(FileName, BGSHIPS); 
strcpy(Suffix IntToS tring(1)); 
strcat(Suffix, “.dat’’); 
strcat(FileName, Suffix); 


/*use system call to remove previous file*/ 
strcpy(Cmd, “rm “); 

strcat(Cmd, FileName); 

system(Cmd); 


DataFile = fopen (FileName, “w’’); 
/*Fill in F76 Table for ships by type*/ 


/*Read in ShipInfo for ships in this BG from appropniate file*/ 
while(s < MAXBGS){ 
if(scmp(BGs[1].Ships{s].Name,blank) != 0){ 
fprintf(DataFile, “%s\n”, BGs[i].Ships[s]. Name); 
fprintf(DataFile, “%s\n”, BGs[i].Ships[s].Hull); 
fprintf(DataFile, “%d\n”, 
BGs[1].Ships[s]. TypeCombatant); 


fprintf(DataFile, “%d\n”, 
BGs[i].Ships[s].Location.Dtg); 


fprintf(DataFile, “%.3f\n", 
BGs[i].Ships[s].Location.S peed); 


fprintf(DataFile, “%.3f\n", 
BGs[i].Ships[s].Location.MaxSpeed); 


fprintf(DataFile, “%.31f\n”, 
BGs[i].Ships[s}.Location.Latitude); 
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St, 


} 
fclose(DataFile); 


fprintf(DataFile, “%.31f\n", 
BGs[i].Ships[s].Location.Longitude); 


fprintf(DataFile, “%.31\n”", 
BGs|[i].Ships[s].Location.Course); 


{printf{(DataFile, “%d\n", 
BGs[i].Ships[s].-76.OnHand); 


{printf(DataFile, “%d\n”, 
BGs[i].Ships[s].F76.EstOnHand); 


fprintf(DataFile, “%d\n", BGs[1].Ships[s].F76.Dtg); 
/*F44info here; not implemented yet*/ 


fprintf{(DataFile, “%d\n”, BGs[i].Ships{s].Approach); 
fprintf{(DataFile, “%d\n", BGs[i].Ships[s].BreakA way); 


/*OrdInfo here; not implemented yet*/ 


/*Acftinfo here; not implemented yet*/ 


aA kk OO kk IO kok ok OK ok kok RO uk kok kok OK kkk ok kk kk Ck kk kok ok kk Ok kok kek kook oe ok 


* Get the F76 informauon by ship type from the ASCII text file into 


* memory. 


OOO Ok Ok kok rok uk OIG RO ko kk kok I kk kok kik kk Ik kk OK ak kek kok koa ake ok 


e) 


void GetF76Table(Table) 


F76ShipTypeInfo Table[ MAXSHIPTY PES]; 


FILE* DataF ile; 


int i= 0; 


DataFile = fopen(F76DATA, “r’”); 


while ('feof(DataFile)) { 

fscanf(DataFile, “%s”’, Table[1].ShipT ype); 
fscanf(DataFile, “%d", &Table[i].F76Capacity); 
fscanf(DataFile, “%d", &Table[i].F76Receive); 
fscanf{(DataFile, “%d", &Table[i}.F76Transfer); 
fscanf{(DataFile, “2, &Table[i].Coef]{0)); 
fscanf(DataFile, “%f, &Table{i].Coef] 1]); 
fscanf(DataFile, “%f\n” ,& Table[i].Coef[2]); 


I++; 


fclose(DataFile); 
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aS ee ee ee ee ee ee RO OR eRe ee 


* Get the battle group ships from the ship data ASCII text file and the 
* F76 information by ship type from memory. The next ship index available 


* is returned as an integer. 
eA fe ok 2 2 ake ac ai ake ak oe ok akc ak ake ok a ie fe a oi af i ae ae ak ae ae eae ie ae ae ak ak ie ae ake ae a ie ae ae ade ae ai ae akc ake ae ice 2c ae ake ae oe ote ae oe oe 


-) 
int GetBGShips(BGs,i, F76Table) 
BGInfo BGs[MAXBGS]: 
int 1; 
F76ShipT ypelnfo F76Table[MAXSHIPTYPES]: 
{ 
char FileName[! 00]; 
char Suffix[MAXNAME]: 
Static char blank[MAXNAME]; 
FILE* DataF ile; 
int S; 
int Index; 
s = 0: 


/*Based on BG Index, create appropriate file name for BG ships. Ex: 
For ships in BGs[Q], filename is /h/bgIcss/scripts/data/ShipsO.dat*/ 


strcpy(FileName, BGSHIPS); 
strcpy(Suffix IntToSuing(1)); 
strcat(Suffix, “*.dat’’); 
strcat(FileName, Suffix); 
DataFile = fopen (FileName, “r”); 


/*Read in ShipInfo for ships in this BG from appropriate file*/ 
while(!feof(DataFile)) { 


fscanf(DataFile, “%[\nn” ,BGs[1].Ships[s].Name); 
fscanf(DataFile, “%s\n”, BGs[i].Ships[s].Hull); 


Index = TypeShip(BGs[1].Ships[s].Hull); 


BGs[i].Ships[s].F76.Capacity =F76Table[Index].F76Capacity; 
BGs[i].Ships[s].F76.ReceiveRate= 

F76Table[Index].F76Receive; 
BGs[1i].Ships[s].F76.TransferRate= 
F76Table[Index].F76Transfer; 


BGs[i].Ships[s].F76.Coef[0] = F76Table[Index].Coef[0]; 
BGs[1i].Ships[s].F76.Coef[1] = F76Table[Index].Coef[1]; 
BGs[1].Ships[s].F76.Coef[2] = F76Table[Index].Coef[2]; 


fscanf(DataFile, ““%d\n", &BGs[i].Ships[s]. TypeCombatant); 
fscanf(DataFile, “%d\n", &BGs[i].Ships[s].Location.Dtg); 
fscanf(DataFile, “%f\n", &BGs[1].Ships[s].Location.Speed); 
fscanf(DataFile, “%f\n”, &BGs[i].Ships[s].Location.Max Speed); 
fscanf(DataFile, “%lf\n”, &BGsf{i].Ships[s].Location.Latitude); 
] 
J 


~~ 


fscanf(DataFile, “%lf\n", &BGs[i].Ships[s].Location.Longitude); 
fscanf(DataFile, “%lf\n", &BGs{i].Ships[s].Location.Course); 


/*Read in last current F76 states*/ 

fscanf(DataFile, “%d\n”, & BGs[i].Ships[s].-76.OnHand); 
fscanf(DataFile, “%d\n", & BGs[i].Ships[s].F76.EstOnHand); 
fscanf(DataFile, “%d\n”, & BGs[1i].Ships[s].F76.Dtg); 
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/*F44Info here; not implemented yet*/ 


fscanf(DataFile, “%d\n", & BGs[i].Ships[s].Approach); 
fscanf(DataFile, “%d\n”, & BGs[i].Ships[s].BreakA way); 


/*Ordinfo here; not implemented yet*/ 


/*AcftInfo here; not implemented yet*/ 
S++; 


} 
fclose(DataF ile); 
return(s); 


[REE ET RE ER Ee ee a are aren a tec 
* Make a new battle group, using information provided by user to New BG 
* Panel. The index for the next available battle group in the array 1s 


* retumed. 
Wie ok 2k 3K ok 2k ok 2k ok ok ok ake ak 3k ok 3k ok 2K ok 3k ok ok ok ok 2k ok 2k ok ok kK ok ake 2k 2 ok 2 oe ok oc ok ok ok i ok 2k 2k 2K ok 2k ok ok ok ok ok ok ok ok kK 2K ok 2k ke ok 


ua 


int MakeBG(BGs,1,Name,Desg,FRes,CRes,ORes,CORes,F76,F44,SSpeed, 
USpeed,AS Speed) 


BGInfo 
int 

char 
char 
float 


BGs[MAXBGS}; 


1, 

Name[MAXNAME]; 
Desg{MAXNAME]; 

FRes, CRes, ORes, CORes, 

F76, F44, SSpeed, USpeed, ASSpeed; 


if (Name && Desg && FRes && CRes && ORes && CORes 
&& F76 & & F44 && SSpeed && USpeed && ASSpeed) { 


} else { 


strcpy(BGs[1].Name, Name); 
strcpy(BGs|[1i].Designation, Desg); 


BGs[1].Settings.FuelRes = FRes; 
BGs[i].Settings.CLFFuelRes = Ohes: 
BGs[i].Settings.OrdRes = ORes; 
BGs[1].Settings.CLFOrdRes = CORes; 
BGs[1].Settings. MaxF76 = F76; 
BGs[i].Settings.MaxF44 = F44; 
BGs[i].Settings.S tationSpeed = S Speed: 
BGs[1].Settings. UnrepS peed = SSpeed; 
BGs[i].Settings.AcftShipS peed = ASSpeed; 
i++; 

return (1); 

return (0); 


aa ag a re re ee KE ERE EEE EERE SEHK 


* Save all battle groups to the ASCII text file containing BG data. 


2K he ae ae 2c aie ak ak ak 2k ae ae ae ak 2k ak ak ak ak ak kok ae ae ae ake ak ae ake af ak ae ake ae ake ae ak ak ak ake 2k ak ak ae a ae ake ake ake ak ak ak ake ake ake ke ak ak ae ak ok ake ake ake ae ake ak ae ake ake oc 


‘ 
void SaveBGs(BGs) 
BGInfo BGs[MAXBGS]; 
{ 
FILE* DataFile; 
int io: 
Static char blank[MAXNAME]: 


DataFile = fopen(BGDATA, “w”); 


while (i < MAXBGS){ 
if (strcemp(BGs[1i].Name, blank) != 0){ 

fprintf(DataFile,”%s\n”, BGs[i].Name); 
fprintf(DataFile,”%s\n”, BGs[i]. Designation); 
fprintf(DataFile,” %.1f\n”, BGs[1i].Settings.FuelRes); 
fprintf(DataFile,”%.1f\n”,BGs[i].Settings.CLFFuelRes): 
fprintf(DataFile,”%.1f\n”,BGs[i].Settings.OrdRes); 
fprintf(DataFile,”%.1f\n",BGs[i].Settings.CLFOrdRes); 
fprintf(DataFile,”%.1f\n”,BGs[i].Settings.MaxF76); 
fprintf(DataFile,”%. 1f\n”, BGs[1].Settings.MaxF44); 
fprintf(DataFile,”%.1f\n”, BGs[1].Settings.StationSpeed); 
fprintf(DataFile,” %.1f\n",BGs[i].Settings. UnrepS peed); 
fprintf(DataFile,”%.1f\n”, 
BGs[i].Settings. AcftShipSpeed); 


1++: 
fclose(DataFile); 


Le ee ee Tee nea eee eee 


* Show list of battle group ships, given battle group index, panel name, 


* and selection list item on panel. 
2 a ake ake ake ok ok 2 a ok ok 2 ake i ae ake ok 2k ak ak ke i ak 2k ke akc ake ak ok ak ae ak ak ak ae ae 2k ake ak ak ak 2k ak ai ae ake ic ake akc afc afc 2k oe ake 3c 


af 

void ShowBGShips(i, Panel, ItemName) 

int 1; 

Id Panel; 

char ItemName[15]; 

{ 
char FileName[80]; 
FILE* DataFile; 
char Suffix[{MAXNAME]; 
TEXT* temp[MAXBGS]; 
char Cmd[MAXNAME]; 
char buff] 10); 
TAEINT and: 
Static char blank[MAXNAME]; 
Aa: 


/*Based on BG Index, get the appropriate file name for BG ships. Ex: 
For ships in BGs[0], filename is /h/bglcss/scnpts/data/Ships0.dat*/ 
strcpy(FileName, BGSHIPS); 

strcpy(Suffix, IntToString(1)); 

strcat(Suffix, “.dat’); 
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strcat(FileName, Suffix); 
DataFile = fopen(FileName, “‘r’’); 


while (!feof(DataFile)) { 
fscanf(DataFile,’”%[\nf\n”, &Cmd{[0]); 
71: 


/*skip over data until reach ship name*/ 
for (z = 0; z < 13; z++){ 
fscanf(DataFile,”%[/nf\n””, &buff[0]); 


temp[aJ=(TEXT *) malloc(strlen(Cmd)+1); 
strcpy(temp[a], Cmd); 
att; 


fclose(DataFile); 


Wpt_SetStnngConstraints(Panel JtemName,a,temp); 
[EERE ERE RE ERE ERLE Ee ea ee aa 


* Show battle group data given battle group array, index,and panel name. 
Me fe fe fe Ae fe ae ae ate fe afc afc hc ae ae ae ae ae oe ae ae cafe ae ae ae fee 2c 2c ae ae ade fe ae ae ie ae ke ke hee ae fe ie oe ade ie fe ae ake aie oe ade afc ae ae ie ie aie af 


af 

void ShowBG(BGs, 1, Panel) 

BGInfo BGs[MAXBGS]; 

int 1; 

Id Panel; 

{ 
Wpt_SetString(Panel, “Name”, BGs[i].Name); 
Wpt_SetString(Panel, “Designation”, BGs[i].Designation); 
Wpt_SetReal(Panel, “FuelRes”, BGs[i].Settings.FuelRes); 
Wpt_SetReal(Panel, “CLFFuelRes”, BGs[i].Settings.CLFFuelRes); 
Wpt_SetReal(Panel, “OrdRes”, BGs[i].Settings.OrdRes); 
Wpt_SetReal(Panel, “CLFOrdRes”, BGs[1].Settings.CLFOrdRes); 
Wpt_SetReal(Panel, “MaxF76”, BGs[i].Settings.MaxF76); 
Wpt_SetReal(Panel, “MaxF44”, BGs[i].Settings. MaxF44); 
Wpt_SetReal(Panel, “StationSpeed”, BGs[i].Settings.StauonSpeed); 
Wpt_SetReal(Panel, “UnrepSpeed”, BGs[i].Settings. UnrepS peed); 
Wpt_SetReal(Panel, “AcftShipSpeed”’, BGs[i].Settings.AcftShipSpeed); 


[ERERRERR EERE EER ES EEE EERE EES ERE EE ee 


* Show list of navy ships from ASCII text file to item in panel. 
Ae ie he ie 2h ae fe ake fe ae ate ae afc ae ake ae af ake ae ae ie ade fe fe ake ae ae fe ae ake ae ake ae ae ae oie ae fe ae fe ae afc ae ake ae ae afc ae ake afc ae afc ae ake ake fe ae he ae 


x; 

void ShowNavyShips(Panel, ItemName) 

Id Panel; 

char ItemName[15]; 

{ 
TEXT* temp[{MAXBGS]; 
FILE* DataFile; 
char Cmd[MAXNAME]; 
TAEINT a; 
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a= 0; 

DataFile = fopen(NAVYSHIPS, “r”); 

while (!feof(DataFile)) { 
fscanf(DataFile,”"%[\nf\n”, &Cmd{[0}); 
temp{a]J=(TEXT *) malloc(strlen(Cmd)+1); 
strcpy(temp[a], Cmd); 
at+; 

Wpt_SetStingConstraints(Panel, [temName,a,temp); 


fclose(DataF ile); 


ee ee ee ee 


* Show list of battle groups from ASCII text file to item in panel. 


ake 2 oe 2c 2c ake ake oe ake ake ae ok ade ake ake ake abe ade ake ake ae ake ake ake 2c ade ake ade ake ake ake ofc ake ie ade ake ak fee ae ake ae ae ae ake ade ake ade ake ake aie ae ake ade ake ake ake ake ake 


a 


void ShowBGs(Panel,Item Name) 


Id 
char 


{ 


Panel; 

ItemName[15]; 

TEXT* temp[MAXBGS]; 
FILE* DataFile; 

char Cmd{[MAXNAME}]; 
char buff] 10]; 

TAEINT i 


aa: 
Static char blank[MAXNAME]; 
a 
DataFile = fopen(BGDATA, “r”); 


while (!feof(DataFile)) { 
fscanf(DataFile,”%[/\n}\n”, &Cmd[0]); 
1= 0; 
for (i = 0; 1 < 10; i++){ 
fscanf(DataFile,”%[/\n})\n”, & buff[0]); 


} 

if (strcemp(Cmd, blank) != 0){ 
temp(aJ=(TEXT *) malloc(strlen(Cmd)+1); 
strcpy(temp[a], Cmd); 
at++: 


Wpt_SetSuingConstraints(Panel, ItemName,a, temp); 
fclose(DataFile); 
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PERSE CISCOIISI CIS IOC OI TOC IO ATA ITA IO IAAT ATTA AIO A AA 


* Save new batde group using Id Target from user input panel. First, 

* GetBGs is called, returning the available index to the array. Next, 

* Make BG is called and then SaveBGS saves all battle groups. 

ok ok ok ok kk ok ke ok ok oe ake a oe ke ae ake oe ak ae oe ok fe ake fe ake ake ae ake oe ok ke of aka ake oe fe ake ake ake ake ake ake of ake ake fe ake oe ake ok of fe ae of fe 


*/ 


int SaveNewBG(Tar get) 
Id Target; 


{ 
BGInfo BGs[MAXBGS]; 
int BGIndex; 


BGIndex = GetBGs(BGs); 


if (MakeBG(BGs,BGIndex,StringParm(Target,’ Name”), 
StringParm(Target, Designation”), 

RealParm (Target, FuelRes”), 
RealParm (Target,’CLFFuelRes’”), 
RealParm (Target, ’OrdRes”), 
RealParm (Target,’CLFOrdRes”), 
RealParm (Target,’MaxF76”), 
RealParm (Target,’MaxF44”), 
RealParm (Target, ’StationSpeed”), 
RealParm (Target, UnrepSpeed”), 
RealParm (Target, AcftShipSpeed”))) { 


SaveBGs(BGs); 
return(1); 

| else { 
return(Q); 


[BER EAR ARR R EAA EARL AAA EARL EAHA eh EE EEE Ree ee 


* This function merely wipes out the contents of a batde group panel. 
ek 2k 2k 2k te ok he oe oe ae oe ak ake oe oe ok ake oe ok ake ake 2k oe ake ake ote ake ae ok 2 aie oe ake ake of ae fe ke ac ae ai ake ake ake ie aie 2k ofc aie ae ake fe ke afc ie ake afc ac 


7” 


void CancelBG(Panel) 

Id Panel; 

{ 
Wpt_SetNoValue(Panel,’ Name”); 
Wpt_SetNoValue(Panel,” Designation’); 
Wpt_SetNoValue(Panel,”’FuelRes”); 
Wpt_SetNoValue(Panel,’CLFFuelRes”); 
W pt_SetNoValue(Panel,”OrdRes”); 
Wpt_SetNoValue(Panel,’CLFOrdRes”); 
Wpt_SetNoValue(Panel,’ MaxF76”); 
Wpt_SetNoValue(Panel,” MaxF44”); 
Wpt_SetNoValue(Panel, StationSpeed”); 
Wpt_SetNoValue(Panel,”UnrepSpeed”); 
Wpt_SetNoValue(Panel,” AcftShipS peed”); 
Wpt_SetNoValue(Panel,” BGS hips’); 
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2 2K 2k i 2 ie 2k i i akc ic aie ai aie oie ah ie ae ai ate ae ake a ae aie ak afc te ake ac 2c ae ake ate ate ae ake af ae aie ake oie ake ok oe ai ake ake akc oe ok ake ake ake ok ak ake ok akc akc 


* Using the string representation of the name of a battle group and the 

* index to the appropnate battle group in the array, return the index to 

* the battle group. 

2 2 2 ae >i 2k ie I 2k ai aie ak 2k kk ie 3c 2c ate 2c ie ake ai ai ak 2c ake ac akc ake ake 2 ake oie ke i aie ake akc ae afc ake ake i ake ake ake ak kc ak 2k ak 2k 2 ik ofc 2k ok akc ake 3k 


vy 


int GetBG(Name, BGIndex) 
char Name[MAXNAME]; 
int BGIndex; 
{ 
FILE* DataFile; 
int is: 
char Cmd[MAXNAME];: 
char buf[MAXNAME]: 


int Found; 
Found = 0; 
c=: 


DataFile = fopen(BGDATA, “‘r’); 
while ((!feof(DataFile)) & & (Found == 0)){ 


fscanf(DataFile,”%[4\nf\n”, &Cmd[0}); 
s=0; 


for (s = 0; s < 10; s++){ 
fscanf(DataFile,”%s\n", &buf[0]); 
} 


if (scmp(Name,Cmd) != 0){ 
i++; 
} else { 


Found = 1; 


} 
fclose(DataFile); 


if (Found == 0){ 
return(BGIndex); 
} else { 
return(1); 


eae se ee ee ee RR EE Ee ee 


* This deletes the battle group from the array by removing its name. 
* The name is replaced by blank spaces. 


2 kk kook i ok ok akc 2k ok i ok ak ok ke ake ake ake ok ake ae ake fc ae ake ake ak ae ate ate ake ae ake a ake ak 2 ake ake ak ake ate ake ake ak oe ake ake ae ake ake ok ake ok ok 
:/ 


void DeleteBG(BGs, 1) 
BGInfo BGs[MAXBGS]; 
int 1: 


{ 
static char blank[MAXNAME]; 
if (i !=-1){ 
strcpy(BGs[1].Name,blank); 
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[ERE RRR RE RE I NI eg Na 


* This function checks the first two characters in a ship’s hull number 


* and returns an integer that equates to an enumerated ship type. 
2 ie fe ie fe aie 2h aie aie aie aie 2h afc aie ake aie ake aie aie af ake ake ote ake afc ate ate ate ie ale ake ae ake abe af aie afc af ake ale ake abe aie abe ae ale ake ake af abe 2h ake af ake ake ake ate of ote 


7 


int TypeShip(S tring) 
char String[40]; 
{ 
int S; 
char Slice[40]; 


strcpy (Slice, String); 
Slice[2] = 0; 


if (stremp(Slice, “DD”) == 0) { 
return (3); 

} else if (strcmp(Slice, ““AO”) == 0) { 
return (6); 

} 


[OR ER Oe ee en ee ee 


* This function adds a ship and its data to a battle group. 

* The ship list presented to the user contains both the hull number 

* and the ship name. The hull number is required to get the ship type for 

* the appropriate F76 information. The ship name is returned. 

2 2c fe 2A fe afc af le ae ake afc afc afc ae afc ale ake abe ate ake fe abe ale aie afc ake abe ate ake ate abe afc afc ake ake atc ake ake afc afc aie ake ake 2c abe ake ake af ake ake afc ake ate ake abe af ate abe of abe afc af oie ake 


*/ 


char* AddShip (BGs. i, s, ShipString) 
BGInfo BGs[MAXBGS]; 

int 15S; 

char* ShipS tring; 

{ 


int Index; 

F76ShipTypelInfo F76Table[MAXSHIPTYPES]; 
char* MyStrning; 

char* HullString; 

char* NameString; 


MyString = strdup(ShipS tring); 

HullString = strtok(ShipString,” “); 
NameSting = strstr(MyString,” USS”); 
strcpy(BGs[i].Ships[s}]. Name, NameStning); 
strcpy(BGs[i}.Ships[s].Hull, HullString); 
Index = TypeShip(HullString); 


if (Index == 3){ 
BGs[1i].Ships[s]. TypeCombatant = 1; 
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GetF76Table(F76Table); 


BGs[i].Ships[s].F76.Capacity 
BGs[i].Ships[s].F76.OnHand 
BGs[1i].Ships[s].F76.EstOnHand 
BGs[1i].Ships[s].F76.Dtg 


BGs[1i].Ships[s].F76.ReceiveRate 
BGs[i].Ships[s].F76.TransferRate 


BGs[1i].Ships[s].F76.Coef[0] 
BGs[1].Ships[s].F76.Coef[1] 
BGs[i].Ships[s].F76.Coef[2] 


BGs[1].Ships[s].Location.Dtg 
BGs[1].Ships[s].Location.S peed 
BGs[i].Ships[s].Location.MaxSpeed 
BGs[i].Ships[s].Location.Latitude 
BGs[i].Ships{s].Location.Longitude 


return((char*)ShipString); 


= F76Table[Index].F76Capacity; 
= BGs[iJ.Ships[s].F76.Capacity; 
= BGs[1].Ships[s].F76.Capacity; 
= Culrent_time(); 


= F76Table{Index].F76Receive; 
= F76Table([Index].F76Transfer, 


= F76Table[Index].Coef[0}; 
= F76Table[Index].Coef[1]; 
= F76Table[Index].Coef]2]; 


urrent_tme(); 


Hou om ot il 
ea oooc 


e 
% 
. 
> 
° 
% 
> 


O 
O 
O 
O 


Sone oe eee STEP TET ee 


* Given the battle group array, this function gets the battle group data 
* from the battle group data ASCII text file. Returns the next available 


* battle group index. 
FORO RGR IGG GI GiGi i ok gk ik ick i ak aio acacia aie ake akc kook ok ac ake ake ake ake akc 


*/ 


int GetBGs(BGs) 
BGInfo BGs[MAXBGS]; 


FILE* DataFile: 
int 1=0; 


system (“cp $BGLCSS/data/BGData.dat $BGLCSS/data/BG Data. dat.bak”); 


DataFile = fopen(BGDATA, “‘r”); 
while (!feof(DataFile)) { 


fscanf(DataFile, “%[\n]\n”, 
fscanf(DataFile, “%[{\n]\n”, 


fscanf(DataFile, “%f\n”, 
fscanf(DataFile, “%f\n”, 
fscanf(DataFile, “%f\n”, 
fscanf(DataFile, “%f\n”, 
fscanf(DataFile, “%f\n”, 
fscanf(DataFile, “%f\n”, 
fscanf(DataFile, “%f\n”, 
fscanf(DataFile, “%f\n’, 
fscanf(DataFile, “%f\n’’, 
i++; 


fclose(DataFile); 
retum(1); 


BGs[1].Name); 

BGs[1].Designation); 
&BGs[i].Settings.FuelRes); 
&BGs[i].Settings.CLFFuelRes); 
&BGs[i].Settings.OrdRes); 
&BGs[1].Settings.CLFOrdRes); 
&BGs[i].Settings.MaxF76); 
&BGs[i}.Settings.MaxF44); 
& BGs[i].Settings.StationSpeed); 
&BGs[i].Settings.UnrepSpeed); 
& BGs[i].Settings.AcftShipS peed): 


Pie ee ee Oe eALERTS ee ee 
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[REE EERE EERE E EERE ER EERE EERE EEE EK EE ee 


*Author — : Bernadette C. Brooks 

*Office  : Computer Science Department 

= Naval Postgraduate Schoo! 

* Monterey, CA 93943 

= Phone: (408) 656-2180 

*Project 

*Advisor : Dr. C. Thomas Wu 

i Computer Science Department 

ie Naval Postgraduate School 

< Monterey, CA 93943 

a Phone: (408) 656-3391 

*Filename : BGEventsLib.h 

*Date 5 27 Feb 93 

*Content : C manifests, data type definitions, and data 
' structure definitions 

*Note : ‘“global.h” TAE-generated file includes bg.h 
2 2H He oe 3h eee 2 ac ac ae 2c 2k i oc ic ae acc ae 2c ac af cc ac kc 2k oe ae ic oe oc a cc a occ ac ac ac ok 2 2c ic ae 2c oc ae ake cc ce ake ake ke cc kek 
a, 

#include <stdio.h> 

#include <stdlib.h> 


ee ee Te ee eee eee tr re ie aia ee aaa) 


enum ThreatType { 
Low, 
Med, 
High, 
Raid, 
Strike, 
Asw, 
NoThreat 


i 
typedef enum ThreatT ype ThreatType: 


Pee ee ee eee ee eT ee ee rr Tee aera) 


enum CalcType { 
Ord, 
F7/6, 
F44, 
BothFuel, 
All 

I 


typedef enum CalcType CalcType; 
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ieee as ee gt a ee ee OE EE RR eR AK / 


enum TargetSize { 
Small, 
Medium, 
Large 

i 


typedef enum TargetSize TargetSize; 


iets ear ee Cae i ee ee 7 SAE A ETERS RARER REAR EH ERR AA® | 


enum StnkeType { 
SAirOnly, 
SAirSurface, 
SSurfaceOnly, 
LAirOnly, 
LAmrSurface, 
LSurfaceOnly 


typedef enum StnkeType StrikeType; 
Fie ee ee een CRE ERE ERE EEA CRA ERATE eS ee EERE ERR | 
enum RaidType { 

SNA, 


SLCM, 
TACAIR 


}; 
typedef enum RaidType RaidType; 
eee eae ea Coes eee te RTA Ae a ee REE R AAAS EEE | 
enum TacticType { _ 
ServiceStation, 
DeliveryBoy, 
CircuitRider, 
Vertrep 
i 
typedef enum TactuicType TacticT ype; 


Die a iene ear ee a eae ee ee he REE EEA ASS RARER EENEA EEE E SS | 


typedef struct { 


OrdName Name; 
int Quantity; 
}OrdAmounts; 


Ve Cae et eee ee ee ee oe A EA RE EEE ERA ERE 7 


typedef struct { 
int NumberofWepaons; 
OrdAmounts WeaponsUse[MAXORD]; 
}RaidOrd; 
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[RERREREEERERERE AE EERE RES Ee ee eee 


typedef struct { 


int DelShip, 
RecShip1, 
RecShip?; 
TacticT ype Tactic; 
double Latitude, 
Longitude; 
}UnrepInfo; 


[REERERERERRERE REAR TS Ta A ee rN rea 


typedef struct { 


int ShipInvolved; 
double Course; 
double Speed; 

} Directioninfo; 


[RERER ERA ET TT I rt ee la aaa cee 


typedef struct { 


int ShipInvolved; 

int TotalNumber; 

TargetSize Size; 

Strike Type AttackProfile; 

double Latitude, 

Longitude; 

OrdAmounts StikeOrdUse[MAXORD]; 

} StrikeInfo; 


[ee eg a ee A aa) 


typedef struct { 


RaidType AttackProfile; 
int Size, 
ThreatAxis, 
NumberofShips; 
int ShipsInvolved[MAXSHIPS]; 
RaidOrd ShipUse[MAXSHIPS]; 
}RaidInfo; 


Pee ee eee eee ee eee ee ee 


typedef struct { 


int ShipInvolved; 
OrdAmounts WeaponsData[MAXORD]; 
} ASWInfo; 


Ree Re eee eee ee ee Niece) 


typedef struct { 


OrdName Name[MAXORD]; 
int Range[MAXORD]; 
}WeaponRangelnfo; 
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Ue ae ae i et ee Ee EE REE AER ER EEE 


enum BGEventType { 
BGCourseSpeed, 
ASWLevel, 
AAWLevel, 
SetStation, 
ShipCourseS peed, 
Unrep, 
Consol, 
FuelTransfer, 
OrdTransfer, 
RaidEvent, 
StrikeEvent, 
ASWProsecute, 
ResumeBGCourseSpeed, 
Other 


i 
typedef enum BGEventType BGEventType; 


en ae cc ee ee ee ee ERE RTE Ee EER RE EEE 


enum PredictType { 
Orphan, 
Child, 
Parent, 
Interval 


I; 
typedef enum PredictType PredictType:; 


a ee ee ee ee Re ee ESR Te LEER SRE ERLE RE REE | 


typedef struct { 
float F76PercentCap{3], 
F44PercentCap{3]; 
}PercentCapInfo; 


Pn a eg ee ee ee a te ETE EERE ELE REL REET ELS f 


typedef struct { 
PercentCapInfo Ships[MAXBGSHIPS]; 


}BGResultiInfo; 
eee er ree eT Te ee ee he 
struct BGHeader{ 
struct BGHeader *Prev, 
+ Next: 
BGEventT ype ET ype: 
int Index; 
int DTG; 
char Date{DTGLENGTH]; 
char Titkh[MAXLENGTH]; 
float Course; 
float Speed: 


i 
typedef struct BGHeader BGHEADER; 
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[RR Ee ee ee ee Te Te Ne ee ne a ae ee ee 


struct BGEvent { 


struct BGEvent * Prev, 
*Next; 
int DTG, 
Index, 
Created, 
PredictInterval: 
BGEventT ype ET ype; 
PredictT ype PT ype; 
CalcT ype CType; 
ThreatType TT ype; 
UnrepInfo Unrep; 
Directioninfo Direction; 
StrnikeInfo Strike; 
RaidInfo Raid; 
ASWInfo ASW: 


iE 
typedef struct BGEvent BGEVENT; 


[EEE A EEE EN ee a ae 


struct RelationT ype { 
struct RelationType *Prev, 
SINEXt, 
int Created; 
BGEVENT *Child1, 
*Child2, 
*Child3, 
*Child4, 
*ChildS; 
Ke 


typedef struct RelationType RELATION; 


eee eee ee ee ee nN I aaa eee ae 
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ee eee ee Ee AO eR A ee 


*Author  : Bernadette C. Brooks 


ZOTNCC ae: Computer Science Department 

. Naval Postgraduate Schoo! 

- Monterey, CA 93943 

* Phone: (408) 656-2180 

*Project 

*Advisor : Dr. C. Thomas Wu 

. Computer Science Department 

“4 Naval Postgraduate Schoo! 

- Monterey, CA 93943 

: Phone: (408) 656-3391 

*Filename : BGEventsLib.c 

*Date 21 Feb 93 

*Content : Bodies of user-defined functions to represent battle 

+ groups and ships. C manifests contained in BGEventsLib.h 
*Note “global.h” TAE-generated file includes bg.h 

3 2K 2K ok 2k kok oe ok ok ok ok ok ok kk ok ok ok ak ok ok ok ak ak ak ak ok kk ok ak ak ak ak oie ok oc akc ak ak ak ake ok ke ok oi ake oe oie oc ok ak ai ake ake ak ak oie ok ok ak ok ok ak 
a 

#include <stdio.h> 

#include <stdlib.h> 


#include <string.h> 


/*TAE system include files*/ 
#include “taeconf.inp” 
#include “wptinc.inp”’ 


#include ‘“symtab.inc”’ 
#include “parblk.inc” 
#include “terminc.inc” 


#include ‘“global.h” 


#define YES l 
#define NO 0 


ice ee ee a a ea eee ee ee 


* This function saves the battle group events list given an index to the 
* appropriate battle group in the array and a pointer to the head of the 
* battle group event list. It returns the pointer to the head of the 


* list 
oie ie oi ie oie oie oe oii ake kc oe oc oe ae oie oe ake ake oe ok ok ake ok ake ok oie ok ok ake ake ake ake ok ok ok ok aie ok oe ok ok ok ok ok ok ake ie ok ake ok ok ok ak oie ok ok ak ok 


ef 
BGEVENT* SaveBGEvents(BGIndex, BGEventList) 
int BGIndex; 
BGEVENT* BGEventList; 
{ 
char FileName[100]; 
char Suffix[MAXNAME]; 
FILE* DataFile; 


BGEVENT* Current; /*pointer used to traverse the doubly-linked list*/ 


/*Based on BG Index, create appropriate file name for BG events. Ex: 
For events in BGs[0], filename is /h/bglcss/scnipts/data/EventsO.dat*/ 


sircpy(FileName, EVENTSDATA); 
sircpy(Suffix .IntToString(BGIndex)); 
strcat(Suffix, “*.dat’’); 
strcat(FileName, Suffix); 


117 


DataFile = fopen (FileName, “w’”); 

Current = BGEventList; 

/*assign the head pointer to Current to save the original position of the 
head pointer*/ 


while (Current != NULL) { 


fprintf(DataFile, “%d\n”, Current->DTG); 

fprintf(DataFile, “%d\n”, Current->Created); 

fprintf(DataFile, ““%d\n”, Current->ET ype); 

fprintf(DataFile, ““%d\n”, Current->CType); 

fprintf(DataFile, “%d\n”, Current->TT ype); 

if (Current->EType == BGCourseSpeed){ 

fprintf(DataFile, “@if\n”, Current-> Direction.Course); 
fprintf(DataFile, ““%1f\n”, Current->Direction.Speed); 


if (Current->EType == Unrep){ 
fprintf(DataFile,” %d\n”, Current->Unrep.DelShip); 
fprintf(DataFile,’%d\n", Current->Unrep.RecShip1); 
fprintf(DataFile,’%d\n”, Current->Unrep.RecShip2); 
fprintf(DataFile,”%d\n”, Current->Unrep.Tactic); 
fprintf(DataFile,’%1f\n”, Current->Unrep.Latitude); 
fprintf(DataFile,’%1f\n”, Current->Unrep.Longitude); 
fprintf(DataFile,’”%d\n”, Current->Direction.ShipInvolved); 
fprintf(DataFile,” %1f\n” ,Current->Direction.Course); 
fprintf(DataFile,” %1f\n” ,Current->Direction.Speed); 


Current = Current->Next; 


fclose(DataF ile); 
retum(BGEventList); 


[REA REE EE REAEA AE E A ae ee e 


* This function reads the battle group event list data from the appropri- 
* ate ASCII text file given the index to the battle group array. It 


* retums a pointer to the head of the battle group event list. 
ok ok ok 2 ok oi 2k 2 2 KK Ko ok ok ok oc akc ok ok oi KK ok ok ok ok ok oi ok ok ake ac ok ok ak ok ok ok a afc ok ac ok oc ok a a ok afc oc io akc ok ok ok 2k 


os 


BGEVENT* GetBGEvents(BGIndex) 


int 


{ 


BGIndex: 
char FileName[ 100]: 
char Suffix[MAXNAME]; 
FILE* DataFile; 


BGEVENT* Current; 
BGEVENT* Head = NULL; 
BGEVENT* Temp; 


/*allocate memory for the Head event struct*/ 
Head = (BGEVENT* ) malloc(sizeof (struct BGEvent )); 


/*make sure these data are correctly initialized*/ 
Head->Next = NULL; 

Head->Prev = NULL; 

Head->DTG = 0; 


/*Based on BG Index, create appropriate file name for BG events. Ex: 
For events in BGs[0], filename is /h/bglcss/scripts/data/EventsO.dat*/ 
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strcpy(FileName, EVENTS DATA); 
strcpy(Suffix,JntToStnng(BGIndex)); 
sturcat(Suffix, “.dat’’); 
strcat(FileName, Suffix); 


if ((DataFile = fopen (FileName, “r’)) != NULL){ 


/*get the Head data first*/ 

fscanf(DataFile, “%d\n”, & Head->DTG); 

fscanf(DataFile, “%d\n”’", & Head->Created); 

fscanf(DataFile, “%d\n”, & Head->EType); 

fscanf(DataFile, ““%d\n”’, & Head->CType); 

fscanf(DataFile, “%d\n”, & Head->TType); 

if (!feof(DataFile)) { 

if (Head->EType == BGCourseSpeed){ 

fscanf(DataFile, *“%1f\n", & Head->Direction.Course); 
fscanf(DataFile, *“%1f\n”, & Head->Direction.Speed); 


} 

if (Head->EType == Unrep){ 
fscanf(DataFile,” %d\n”, & Head->Unrep.DelShip); 
fscanf(DataFile,”%d\n”, & Head->Unrep.RecShip1); 
fscanf(DataFile,”%d\n”, & Head->Unrep.RecShip2); 
fscanf(DataFile,”%d\n”, & Head->Unrep. Tactic); 
fscanf(DataFile,”%lf\n" ,& Head->Unrep.Latitude); 
fscanf(DataFile,”%lf\n",& Head->Unrep.Longitude); 
fscanf(DataFile,”%d\n”" ,& Head-> Direction.ShipInvolved); 
fscanf(DataFile,” %lf\n”,& Head-> Direction.Course); 
fscanf(DataFile,”%lf\n" ,& Head->Direction.Speed); 


/*other event cases to be implemented*/ 


/*assign Head to Current to save onginal Head pointer position*/ 
Current = Head; 


while (!feof(DataFile)) { 


/*make a new event node for each new data read*/ 
Temp = (BGEVENT* ) malloc(sizeof (struct BGEvent )); 
Temp->Next = NULL; 


/*attach new node to Curtent*/ 
Temp->Prev = Current; 
Current->Next = Temp; 


/*move to the new node*/ 
Current = Current->Next: 


fscanf(DataFile, “%d\n”, &Current->DTG); 

fscanf(DataFile, “%d\n”, &Current->Created); 

fscanf(DataFile, “%d\n”, &Current->ET ype); 

fscanf(DataFile, “%d\n", &Current->CType): 

fscanf(DataFile, “%d\n", &Current->TT ype); 

if (!feof(DataFile)) { 

if (Current->EType == BGCourseSpeed) { 

fscanf(DataFile,”%lf\n” ,&Current-> Direction.Course); 
fscanf(DataFile,”%lf\n”,& Current->Direction.S peed); 


if (Current->EType == Unrep){ 


fscanf(DataFile,”%d\n”, & Current->Unrep.DelS hip); 
fscanf(DataFile,”%d\n”, &Current->Unrep.RecShip1); 
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fscanf(DataFile,’%d\n”, & Current->Unrep.RecShip2); 
fscanf(DataFile,”%d\n’, & Current->Unrep.Tactic); 
fscanf(DataFile,”%lf\n”, &Current->Unrep.Latitude); 
fscanf(DataFile,”%lf\n", &Current->Unrep.Longitude); 
fscanf(DataFile,’%d\n”, 
& Current->Direction.ShipInvolved); 
fscanf(DataFile,” Z%lf\n” ,& Current-> Direction.Course); 
fscanf(DataFile,”%lf\n”,& Current->Direction.Speed); 


/*other event cases to be implemented*/ 


} 
} 
fclose(DataFile); 


return( Head); 


[RE RO A I A Ee Ee ee ee 


* Given a pointer to the newly made event node and values passed from 
* the Unrep panel, return a completed unrep event node to be added to 
* the event list. After calling this function, it is necessary to make 

* the following calls to these functions (yet to be implemented): 

* GetRelations, 

* MakeRelation, 

* InsertRelation, 

* UnrepCalculations, 

* MakeChild, 

* InsertBGEvent, 

* SaveRelations, 

* SaveBGEvents. 

oe 3 ofc ok ote otc ok oc ae ic ok 2c ok ok ake oc ae ok ok ac eke ok ofc ok ok a a akc ok ac acc ate ae ac ake akc ac ake akc ok ake akc ofc ote ae afc ote ote oe ofc ade ote fe ake akc ac of 


BGEVENT* MakeUnrep(BGEvent, Delivery, Recl, Rec2, Tactic, Lat, Long) 
BGEVENT* BGEvent; 


int Delivery, Recl, Rec2, Tactic; 
oe Lat, Long; 
if (BGEvent->EType == 5){ 
BGEvent->Unrep.DelShip = Delivery; 
BGEvent->Unrep.RecShip1 = Recl; 
BGEvent->Unrep.RecShip2 = Rec?2; 
BGEvent->Unrep.Tactic = Tactic; 
BGEvent->Unrep.Latitude = Lat; 
BGEvent->Unrep.Longitude = Long; 
} else { 
return(BGEvent); 
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ee ee ae Oe OR OR OR eso tee 


* This function creates the header to be displayed in the event list 


* panel to the user. Given the event parameters, return a header node. 
He CFC IC 2 aC afc aC 3k IC ac ake IC a akc IC ake af aC ae af afc afc akc afc ae ac akc ak akc aie ae akc ake afc afc ake ake akc akc ake ake afc ale ake ake akc ak ake ake ake ake ake ofc ake ake ae afc 


_ 


BGHEADER* MakeBGHeader(EventType, EventTime, EventCourse, EventSpeed) 


/*Function is incomplete. It is designed to handle past of the battle course and 
speed change event. Need to add remaining parameters to make function 
generic to all events. */ 


BGEventType EventT ype: 
char EventTime[DTGLENGTH]; 
float EventCourse; 
float EventSpeed; 
{ 
BGHEADER*BGHeader; 


BGHeader = (BGHEADER* ) malloc(sizeof (struct BGHeader )); 


BG Header->Prev = NULL: 


BGHeader->Next = NULL; 


if (EventType == BGCourseSpeed) { 
strcpy(BG Header->Date, EventTime); 
strcpy(BG Header->Title, “BG course to”); 


BGHeader->Course = EventCourse; 
BGHeader->Speed = EventSpeed; 
BGHeader->EType = EventType; 


/*other events to be implemented*/ 


return(BG Header); 


[FARRAR IRA HH HRA HH AH AHA AH IR KAR IRA HARIRI TATE AOR IRI TRIE FICHE 


* Given the appropriate index to the battle group array, this function 

* gets the battle group header information from the appropriate ASCII 
* text file and returns a pointer to the head of the battle group header 
* hist. Simuar in algorithm to GetBGEvents. 


2 ack IC afc ae ac ae af iC RC akc afc ae ac kc afc kc akc aie ae akc ake aC afc iC akc IC aC iC afc afc iC aie ac akc fc ac ake akc ic ak aie ic ac ac akc akc akc kc afc ac ac aie akc afc afc ac afc 


a 


BGHEADER* GetBGHeaders(BGIndex) 


int 


{ 


BGIndex; 


int 

FILE* 

char 

char 
BGHEADER* 
BGHEADER* 
BGHEADER* 


Head 

Head->Next 
Head->Prev 
Head->DTG 


0): 

DataFile; 
Suffix[MAXNAME]: 
FileName[ 100]; 
Current; 

Head = NULL; 
Temp; 

= (BGHEADER* ) malloc(sizeof (struct BGHeader )); 
= NULL: 

= INGE: 

= 0; 
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/*Based on BG Index, create appropriate file name for BG events. Ex: 
For events in BGs[0}, filename is /h/bglcss/scripts/data/Events0.dat*/ 


strcpy(FileName, HEADERSDATA); 
surcpy(Suffix,IntToString(BGIndex)); 
strcat(Suffix, “.dat”); 
strcat(FileName, Suffix); 


if ((DataFile = fopen (FileName, “r”)) != NULL){ 

Head->Index = i; 

fscanf(DataFile, “%d\n", & Head->ET ype); 

fscanf(DataFile, “%d\n”, & Head->DTG); 

fscanf(DataFile, “%s\n”, Head->Date); 

fscanf(DataFile, “%s\n”, Head->Title); 

if (Head->EType == BGCourseSpeed){ 
fscanf(DataFile,”]f\n", & Head->Course); 
fscanf(DataFile,’If\n”, & Head->Speed); 

} 


/*other events to be implemented*/ 
Current = Head; 


while (!feof(DataFile)) { 
Temp = (BGHEADER?* ) malloc(sizeof (struct BGHeader )); 


Temp->Next = NULL; 
Temp->Prev = Current; 
Current->Next = Temp; 

Current = Current->Next; 


fscanf(DataFile, ““%d\n”, & Head->EType); 

fscanf(DataFile, ““%d\n”, &Current->DTG); 

fscanf(DataFile, “%s\n”, Current->Date); 

fscanf(DataFile, ““%s\n”, Current->Title); 

if (Current->EType == BGCourseSpeed){ 
fscanf(DataFile,”1f\n”, &Current->Course); 
fscanf(DataFile,”]f\n”, & Current->S peed); 

/*other events to be implemented*/ 


} 
fclose(DataFile); 


return(Head); 
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OF Ee EEE EERE EEE EEE ERE RE 
* This function inserts the newly created BGHeader into the Header list 

* given a pointer to the head of the header list and a pointer to the 

* newly created BGHeader. It returns a pointer to the head of the header 


* list 
a oe ok eo oe oo oo oo oo oe oe oe oe afc ae oe ae ofc oe ake a ac ake ok oie i oc oc oe af ake af aie ake ae of afc of af ae af ake afc oe af oe af ae ake ofc afc oe 


| 


BGHEADER* InsertBGHeader(Head, BG Header) 
BGHEADER* Head; 
BGHEADER* BGHeader; 


{ 


‘ int SpotF ound; 
BGHEADER* Current; 
SpotFound = NO; 
Current = Head; 


if (Head->DTG == 0) { 
Head = BGHeader; 


} else if ((BGHeader->DTG > Current->DTG) 
& & (Current->Next == NULL)){ 


Current->Next = BGHeader; 
BGHeader->Prev = Current: 


} else if ((BGHeader->DTG > Current->DTG) && (Current->Next != NULL)){ 
while ((Current->Next != NULL) && (SpotFound == NQ)) { 
if (BGHeader->DTG <= Current->DTG) { 
SpotFound = YES; 


} else { 
Current = Current->Next; 
} 


if (Current->Next == NULL && BGHeader->DTG >= Current->DTG){ 


Current->Next = BGHeader; 
BGHeader->Prev = Current: 
} else { 
BGHeader->Next = Current; 
BGHeader->Prev = Current->Prev; 
Current->Prev = BGHeader: 
BGHeader->Prev->Next = BGHeader; 


} 
} else if (BGHeader->DTG <= Current->DTG) { 


Current->Prev = BGHeader; 
BGHeader->Next = Current; 
Head = BGHeader;: 
} 
return (Head); 
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[RERERERERERERERRE EERE EDT EEE eT 


* Given an index to the battle group array and a pointer to head of 

* the battle group header list, this function saves the header list data 
* to the appropniate ASCII text file. Returns a pointer to the head of' 
* the header list. 


fe fe 2H ie ofeach ae 2c a a ake 2c ae afc ae afc fc afc 2c ake te ake ate ake ake ie he afc fe 2c ake fe ae aie ae aie ae ic he ic aie ae aie ae ie ae ake ake Fe of 2c 2c ake ie ke ae ke oe ke oe ake 2c ok 


a 
BGHEADER* SaveBGHeaders(BGIndex, BGHeaderList) 
int BGIndex; 
BGHEADER* BGHeaderList; 
{ 
char FileName[100]; 
char Suffix[MAXNAME]; 
FILE* DataFile; 
BGHEADER* Current; 


/*Based on BG Index, create appropriate file name for BG events. Ex: 
For events in BGs[O], filename is /h/bglcss/scripts/data/E ventsO.dat*/ 


sicpy(FileName, HEADERSDATA); 

strcpy(Suffix,IntToString(BGIndex)); 

strcat(Suffix, “.dat’’); 

strcat(FileName, Suffix); 

DataFile = fopen (FileName, “w’”); 

Current = BGHeaderList; 

while (Current != NULL){ 
fprintf(DataFile, “%d\n”, Current->EType); 
fprintf(DataFile, “%d\n”, Current->DTG); 
fprintf(DataFile, “%s\n”, Current->Date); 
fprintf(DataFile, “%s\n”, Current->Title); 
if (Current->EType == BGCourseSpeed){ 


fprintf(DataFile,”%If\n", Current->Course): 
fprintf(DataFile,” %1f\n”,, Current->Speed); 


} 


/*other events to be implemented*/ 


Current = Current->Next; 


fclose(DataFile): 
return(BGHeaderList); 
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a eS ee ee ee ee a eR Re ke a ke 


* Given the information from an event panel, this function makesa battle 
* event node and returns a pointer to it. This function is currently 
* designed to handle only a battle group course and speed change event. 


* It needs to be extended to handle the remaining events. 
2k ake i Rk ake kek kk ake kk ie ake ak aka ake ae ake ake ake ak ake ake ak ae ae ae ake ake ofc ae ake ak ae af ake ake ake ae ofc ake ake ake ake ae ake ake ake ake ae 


oe 
/ 
BGEVENT* MakeBGEvent(EventCreated, EventDTG, EventType, EventPredictType, 
EventCalc, EventThreat, EventShip, 
EventCourse, EventSpeed) 
int EventCreated, 
EventDTG, 
EventShip; 
BGEventT ype EventT ype; 
PredictT ype EventPredictT ype; 
CalcT ype EventCalc; 
ThreatT ype EventThreat; 
float EventCourse; 
float EventSpeed; 


{ 
BGEVENT* BGEvent; 


BGEvent = (BGEVENT™ ) malloc(sizeof (struct BGEvent )); 


BGEvent->Created = EventCreated; 
BGEvent->Prev = NULL; 
BGEvent->Next = NULL; 
BGEvent->DTG = EventDTG; 
BGEvent->EType = EventT ype; 
BGEvent->PType = EventPredictT ype; 
BGEvent->CType = EventCalc; 
BGEvent->TT ype = EventThreat; 
if (BGEvent->EType == BGCourseSpeed) { 
BGEvent->Direction.Course = EventCourse; 
BGEvent->Direction.Speed = EventSpeed; 


/*other events to be implmented*/ 


return (BGEvent); 
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[RR RER REA EERR ERE A re ee eee 


* This functions makes a related-event node used to connect related 
* events together such as as unrep with its associated stationing events. 
* The parameter passed is the integer value of the creation ume for the 
* parent event (such as the unrep event). No more than 5 associated 
* events are allowed by this function. Returns a pointer to the newly 


* created relation node. 
ak ak kk ok ie ak ok ake kk kok ok ok ie ake aie ake ok ie ak kok ok kek ok kok kok ok akoakoak ok ok ak ok kook ack kok kok kook ake ke ke ake ake ok ok ok 


a 
RELATION* MakeRelation(RelationCreated) 
int RelationCreated; 


{ 
RELATION* Relation; 


Relation = (RELATION* ) malloc(sizeof (struct RelationType )); 


Relation->Created = RelationCreated; 
Relation->Prev = NUEL: 
Relation->Next = NULL; 
Relation->Child1] = NULL; 
Relation->Child2 = NUEL- 
Relation->Child3 = NULL; 
Relation->Child4 = NULL; 
Relation->Child5 = NUP: 


return (Relation); 


POR II OI IIIIOIIOT TO IO OAT TIOTAT A TAR TO TA 


* This function makes a child event by first calling MakeBGEvent and 

* attaching the child to the appropriate relation node. After a call 

* to this function 1s made, need to call, for instance, UnrepCalculations 

* and make the appropriate assignments to the event node. Function 

* retums a pointer to the newly made child. 

ako 2k ak ok ok ok ok ok ak ok ak ake ak 2k ake ae ake ake ak ake ok ake akc ake ake ake ake ake ake ote ake ae ok ake ake ate ae ate ate ake ake ake ake ak ake ke ake ate ote ote ake ake afc ote ake ak 2c 


| 


BGEVENT* MakeChild(Relation, ParentCreationTime) 
RELATION* Relation; 


int ParentCreationTime; 

{ 
BGEVENT* Child; 
int Now; 


/*now should be assigned the integer value of current system time*/ 


Child = MakeBGEvent 
(Now,ParentCreationTime,Other,Child,NoThreat,100,0.0,0.0); 


if (Relation->Child1 == NULL) { 
Relation->Child1 = Child: 


} else if (Relation->Child2 == NULL) { 
Relation->Child2 = Child; 


} else if (Relation->Child3 == NULL) { 
Relation->Child3 = Child; 


} else if (Relation->Child4 == NULL) { 
Relation->Child4 = Child; 
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} else if (Relation->ChildS == NULL) { 
Relation->Child5 = Child: 
} 


return (Child); 
} 


i ee ee ye en re ee ee ee ee 


* This function takes a pointer to the head of the battle group event 

* list and a pointer to the newly created battle group event and inserts 

* the new event into the list based on chronological dat time group of 

* the events. Returns a pointer to the head of the batlle group event 

ist. 

2 ie i 2 2 2c oe 2 2 2 2 ok 2c 2c 2k 2k i a 2k 2k 2 oc 2c 2c ak 2k a 2 2 ok 2c 2k 2 2 2k oo ok Ki 2 ko i ok 2k i 2k 2 2k 2k 2k ok 2K ok ak ok 2k 


a 


BGEVENT™ InsertBGEvent(Head, BGEvent) 
BGEVENT™ Head; 
BGEVENT* BGEvent; 


{ 


int SpotFound; 
BGEVENT* Current; 
SpotFound = NO; 
Current = Head; 


if (Head->DTG == 0) { 
Head = BGEvent: 


} else if (BGEvent->DTG > Current->DTG) 

& & (Current->Next == NULL)) { 
Current->Next = BGEvent; 
BGEvent->Prev = Current; 


} else if (BGEvent->DTG > Current->DTG) 
&& (Current->Next != NULL)) { 


while ((Current->Next != NULL) && (SpotFound == NO)) { 
if (BGEvent->DTG <= Current->DTG) { 
SpotFound = YES; 


} else { 
Current = Current->Next: 
} 


if (Current->Next == NULL 
& & BGEvent->DTG >= Current->DTG) { 


Current->Next = BGEvent; 
BGEvent->Prev = Current: 

} else { 
BGEvent->Next = Current; 
BGEvent->Prev = Current->Prev; 
Current->Prev = BGEvent: 


BGEvent->Prev->Next =BGEvent; 
} 
} else if (BGEvent->DTG <= Current->DTG) { 


Current->Prev = BGEvent; 
BGEvent->Next = Current: 
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Head = BGEvent; 
} 


/* if BGEvent is actually an interval node, copy course and speed 

* from Prev */ 

if ((BGEvent->EType == Other) & & (BGEvent->Prev != NULL)) { 
BGEvent->Direction.Course = BGEvent->Prev->Direction.Course; 
BGEvent->Direction.Speed = BGEvent->Prev->Direction.S peed; 


retum (Head); 


ee ee I ee NN Ta re eee eee eas ee ear 


* This function’s basic algorithm is virutally the same to InsertBGEvent 
* except for the final if-statement assignments and the data type 


* involved. 
ake oe oe 2 oe ake ote ae oe ae ae ode ee ake oe oe oe oe ade oe oe ie oc oe oi oe te ae fee oe oe ofc oe ade ake oe oe oe fe ae ake oc ote oe oe ake oe oe te oe ake oe ote oe ote oc oe oc 


oy 


RELATION*® InsertRelation(Head, Relation) 
RELATION* Head; 
RELATION* Relation; 


{ 


int SpotFound; 
RELATION* Current; 
SpotFound = NO; 
Current = Head; 


if (Head == NULE) { 
Head = Relation; 


belse 1f((Relation->Created > Current->Created) 
& & (Current->Next == NULL)) { 


Current->Next = Relation: 
Relation->Prev = Current; 


} else if ((Relation->Created > Current->Created) 
& & (Current->Next != NULL)) { 


while ((Current->Next != NULL) && (SpotFound == NQ)) { 
if (Relation->Created <= Current->Created) { 
SpotFound = YES; 
} else { 
Current = Current->Next; 


} 
if (Current->Next == NULL && Relation->Created >= 
Current->Created) { 
Current->Next = Relation; 
Relation->Prev = Current; 


} else { 
Relation->Next = Current; 
Relation->Prev = Current->Prev: 
Current->Prev = Relation; 
Relation->Prev->Next = Relation; 


} else if (Relation->Created <= Current->Created) { 
Current->Prev = Relation; 
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Relation->Next =(Gument: 
Head = Relation: 


return (Head); 


ROR RR ROR iO Riki kk iO kok kok kK ik kk kok kkk kkk kk Ri kok ak kk kkk kok kok ak ak ak afc ak ok 


* This functions finds the Parent event with its unique time stamp. If 
* If the parent doesn’t exist, then it finds the orphan event and returns 


* a pointer to the event found. 
OR ROR RR ii iO Ri RR Rk i Rim ii ok kok a a ik koi ak ik kk kok kk kok kc kc akc kok ok ok ak ak akc ok ae 


*/ 


BGEVENT* GetParent(Head, Creation) 
BGEVENT* Head; 
int Creation; 
{ 
BGEVENT* Current: 
BGEVENT* OrphanEvent; 


int SpotFound; 
SpotFound = NO: 
OrphanEvent = NULL; 
Current = Head; 


/* if Head of list is orphan and there are events to scan */ 
if (Current->Next != NULL) { 


while ((Current->Next != NULL) & & (SpotFound == 
NO)) { 
if (Current->Created != Creation) { 
Current = Current->Next; 
} else 1f ((Current->Created == Creation) && 


(Current->EType == 2)) { 
Current = Current->Next; 


} else { 
SpotFound = YES; 


return (Current); 


} else if (Current->Next == NULL) { 
return (Current); 


} else if (Current == NULL) { 
return (OrphanEvent); 


ee Ee ee en eee ee 


* This functions finds the Parent event with its unique time stamp. If 
* If the parent doesn’t exist, then it finds the orphan event and returns 


* a pointer to the event found. 
2 Kk kk i i i ii ak ake aie akc ak ok ak ok ak ok ai ake aie akc akc ok akc ok i ie aie ok ak aie oie akc akc akc akc akc akc ok ok ai ok ake ok ai ok ok ok akc akc ok 


ai 


RELATION* GetRelation(Head, Creation) 


RELATION* Head; 
int Creation; 
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RELATION* Current; 
RELATION*  OrphanEvent, 


int SpotFound; 
OrphanEvent = NULL; 
Current = Head; 
SpotFound = NO; 


/* if Head of list is orphan and there are events to scan */ 
if (Current->Next != NULL) { 


while ((Current->Next != NULL) && (SpotFound == NO)) { 
if (Current->Created != Creation) { 


Current = Current->Next; 
} else { 


SpotFound = YES; 


return (Current); 


} else if (Current->Next == NULL) { 
return (Current); 


} else if (Current == NULL) { 
return (OrphanEvent); 


[PORE EE Ee ee ee 


* Given a pointer to the head of the battle group event list and the 
* event to be deleted, this function deletes the event. Before calling 
* this function with the Parent Event node pointer, need to call 


* the DeleteChildren function to delete the associated children. 
Peete eee ee fet ee eee ee eee eter eee te eee eees ee ete Set Ss SS SS St SS S 


. 


BGEVENT *DeleteBGEvent(Head, BGEvent) 
BGEVENT *Head; 
BGEVENT *BGEvent; 


{ 
/* delete tail */ 
if ((BGEvent->Next == NULL) & & (BGEvent->Prev '=NULL)) { 
BGEvent->Prev->Next = NULL; 
BGEvent->Prev = NULL; 
BGEvent->Next = NULL; 


/* delete Head */ 
} else if (BGEvent->Prev == NULL) & & (BGEvent->Next != NULL)) { 


Head = BGEvent->Next; 
Head->Prev = NULL: 


/* delete middle */ 

} else if ((BGEvent->Next != NULL) && (BGEvent->Prev != NULL)) { 
BGEvent->Prev->Next = BGEvent->Next; 
BGEvent->Next->Prev = BGEvent->Prev; 


/* delete one-node list */ 
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else { 
Head = NULL; 
BGEvent = NULL: 


free(Head); 


free(BGEvent); 


return (Head). 
ee RTE TE ee ee ee ee ee eRe 


* This function makes repeated calls to DeleteBGEvent in order to delete 
* all of the children of the Parent event. Returns the head of the 


* battle group event list. 
PSS eee tee ee eet eee eesti ee ee eeS ES SS ESSELTE S ES ESS SSS SESE LSS SSS SS SS 


i 


BGEVENT* DeleteChildren(Head, Parent) 
BGEVENT* Head: 
RELATION* Parent; 


if (Parent->Child1] != NULL) { 
Head = DeleteBGEvent(Head, Parent->Child1); 


if (Parent->Child2 != NULL) { 
Head = DeleteBGEvent(Head, Parent->Child2); 


} 
if (Parent->Child3 != NULL) { 
Head = DeleteBGEvent(Head, Parent->Child3); 


} 
if (Parent->Child4 != NULL) { 
Head = DeleteBGEvent(Head, Parent->Child4); 


} 
if (Parent->ChildS != NULL) { 
Head = DeleteBGEvent(Head, Parent->ChildS); 


return (Head); 


ee AEE EET EE SEERA Ee ee ea eh he ey 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

fj ==* File: global:n *** */ 

[= *** Generated: Wee 2 iG eho ee), 

fi ate he fe fe fe eke ae fe fee ac ae ae ake ae ae ake oe oe ae ae ake fe kee ae ake ae ak 2c ake oe ae ke ie oe oe oc ofc kee ae oe oc oc oe ac ae ae ake cae ake ae ok oe oe ade ok ote 2k oe ee ote oe oe oc 2c 
* PURPOSE: 

* This global header file is automatically “#include’d in each panel 

* file. You can insert references to global variables here. 

mee i fe ie oe oe oe ote oe oe ec ee ae 2 i fe oc 2 ate fe ae ae ake ae ac cc fe fc ake ae ae fe ake fc afk ake ae ke ake ok ke ote ake ae fee fe oe ake ok Kode ake ke ake ake oe ok ok coke oe oc oc 


#ifndef IGLOBAL /* prevent double include */ 
#define I GLOBAL 0) 


/* macros for access to parameter values 

ae 

* These macros obtain parameter values given the name of 
* a Vm object and the name string of the parameter. 

* The Vm objects are created by the Initialize_All_ Panels 
* function for a resource file. 

ok 


* Reference scalar parameters as follows: 
Bd 


* —StringParm(myPanelTarget, “s”) -- string pointer 
* —IntParm(myPanelTarget, 1”) —_-- integer value 
* —RealParm(myPanelTarget, “r”) —_-- real value 

k 

* For vector parameters, do the following: 

* 

*  TAEINT *ival; 

* —ival = &IntParm(myPanelTarget, “1”); 

* printf (“%d %d %d”, ival[0], ival{1], ival[2]); 

* 

iw! 


#include “bg.h” 

#include “BGEventsLib.h” 

struct VARIABLE *Vm_Find (); 

#define StringParm(vmId, name) (SVAL(*Vm_Find(vmld, name),0)) 
#define IntParm(vmlId, name) (IVAL(*Vm_Find(vmId, name), 0)) 
#define RealParm(vmId,name) (RVAL(*Vm_Find(vmlId, name), 0)) 
/* Dispatch Table typedef z/ 


typedef VOID (*FUNCTION_PTR) (); 
typedef struct DISPATCH 


TEXT *narmName; 

FUNCTION_PTR eventFunction; 

ie 
#define EVENT_HANDLER static VOID /* a flag for documentation */ 
/* Display Id for use by direct Xlib calls: */ 
extern Display *Default_Display; 


#define SET_APPLICATION_DONE \ 
aS 


2 


extem BOOL Application_Done; \ 
Application_Done = TRUE; \ 


#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
[= = *> File: pan_WptHelp.c *** */ 
/* *** Generated: Jan 19 14:53:14 [1993 *** */ 

eR eee eee ee eee ee ee ee ee race ire eerie 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: WptHelp 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_WptHelp.h”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s Id, Target, and View are provided. 

en 


* For the panel items: 
* (NO EVENT GENERATING ITEMS IN THIS PANEL) 


oe 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 


ee i ake ake ae ae ke ake ce ake ae ake ke ae ake 2k ake ae ke ae ake ake ake ake ake i ae ke ake 2k akc ake ae ae ke ake i ak ok aie ae i oC ate ae ake ok ake ate ae ke ake ake ke ae ate ate ke ake ake ate ake ake ake ake ke ake ake ake ake ake akc 
es) 
#include “taeconf.inp” 
#include “wptinc.inp” 


#include “global.h” /* Application globals */ 
#include “pan_WptHelp.h” 


/* One “include” for each connected panel */ 


Id WptHelpTarget, WptHelpView, WptHelpld; 
/* WptHelpDispatch is defined at the end of this file */ 


[ee ee ee RR ee aa ale 


* Initialize the view and target of this panel. 
ae 


/ 
FUNCTION VOID WptHelp_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find (0; 


WptHelpView = Co_Find (vmCollection, “WptHelp_v”); 
WptHelpTarget = Co_Find (vmCollection, “WptHelp_t’); 


[EERE EREES ES ERE EAA EEE EEN ee 


* Create the panel object and display it on the screen. 
bd 


/ 

FUNCTION VOID WptHelp_Create_Panel (relative Window, flags) 
Window _ relative Window: 
COUNT _ flags; 


{ 
if (WptHelpld) 
printf (“Panel (WptHelp) is already displayed.An’”); 
else 
WptHelpId = Wpt_NewPanel (Default_Display, WptHelpTarget, WptHelpView, 
relativeWindow, WptHelpDispatch, flags); 


[ROR ER EER EEE EE EES EEE EE SEE EEE EE et Ee ee eee 


* Erases a panel from the screen and de-allocate the associated panel 


* object. 
* 


FUNCTION VOID WptHelp_Destroy_Panel () 


[34 


Wpt_PanelErase(WptHelpld); 
WptHelpId=0; 


ie fe fe hee ote ke ae ee ae ae fe ee ie ae 2c ake ode ote ae oe oe ae oe ade ae ae a ake ade ie ae oe fee ke eae fe 2k ie ate fe aie ae fe ee ate fe ake 2c ef oe ae oe ake ake ake ae oe oe oe ee ade fe 2c 


* Connect to this panel. Create it or change it’s state. 
* 


FUNCTION VOID WptHelp_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
if (WptHelpld) 
Wpt_SetPanelState (WptHelpld, flags); 
else 
WptHelp_Create_Panel (relativeWindow, flags); 


struct DISPATCH WptHelpDispatch{] = { 
{ NULL, NULL} /* terminator entry */ 
I; 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

[Pease Fale: pan_WptHelp.h *** */ 

/* *** Generated: Jan 19 14:53:14 1993 *** */ 

[¥ FERRER ELERE ER ERE EEE ER a a 
* PURPOSE: 

* Header file for panel: WptHelp 

og 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* The panel’s name is changed (not title) 

* For panel: 

* WptHelp 

oe 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 
We He He ae he he he ae hee he 2c he ie oe he abe ae 2c ic oe ac ic afc fe ake afc fee abe fe af abe ae ae ae te abe fic abe ae 2c af ae ie fe fee ae hee ae he ic ae ic ac abe ae aie abe ae aie he eC ie ee aie ae 2c 


| 


#ifndef I PAN_WptHelp /* prevent double include */ 
#define I_PAN_WptHelp 0 


/* Vm objects and panel Id. */ 
extern Id WptHelpTarget, WptHelpView, WptHelpld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH WptHelpDispatch{j; 


/* Initialize WptHelpTarget and WptHelpView */ 
extern VOID WptHelp_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID WptHelp_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID WptHelp_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID WptHelp_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
fo e=> Eile; wpthelp.c *** */ 

/**** Generated: Jan 19 14:53:14 1993 *** */ 

2 ie of of ok ok ok fei ok ok ok ok ok ok ok ok ok ok ok ok ok ok ok ok ok kok ok ak ok ok ok ak ok ok ak RC ok akc ake ak RC RoR ok oR ake ke ok a a ok akc ok ok ake ak ok oR ake ok ok ok ake ok ake oie oe oie ok of 
* PURPOSE: 

* This the main program of an application generated by the TAE Plus Code 

* Generator. 

* 

* REGENERATED: 

* This file is generated only once. 

* 


= NOTES: 
* To tum this into a real application, do the following: 
* 


* 1. Each panel that has event generating parameters is encapsulated by 
* a separate file, named by concatenating the string “pan_” with the 

* panel name (followed by a“‘.c”). Each parameter that you have defined 
* to be “event-generating”’, has an event handler procedure in the 

* appropriate panel file. Each handler has a name that is a 

* concatentation of the parameter name and the string “_Event”. Add 

* application-dependent logic to each event handler. (As generated by 

* the WorkBench, each event handler simply logs the occurrence of the 

* event.) 

*« 


* 2. To build the program, type “make”. If the symbols TAEINC, ..., 

* are not defined, the TAE shell (source) scnpts $TAE/bin/csh/taesetup 

* will define them. 

* 

* ADDITIONAL NOTES: 

* 1. Each event handler has two arguments: (a) the value vector 

* associated with the parameter and (b) the number of components. Note 
* that for scalar values, we pass the value as if it were a vector with 

* count I. 

* 


* Though it’s unlikely that you are interested in the value of a button 

* event parameter, the values are always passed to the event handler for 
* consistency. 

* 


* 2. You gain access to non-event parameters by calling the Vm package 
* using the targetiId Vm objects that are created in 

* Initialize_All_Panels. There are macros defined in global.h to assist 

* in accessing values in Vm objects. 

5K 


* To access panel Id, target, and view, of other panels, add an 
* “#include” statement for each appropriate panel header file. 
* 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 
2 OO IORI iO tok obo kk ok IO RR OR RR kK KOK KOR I ak ak ake ak 


y) 


#include “taeconf.inp” 
#include “wptinc.inp” 
#include ““symtab.inc”’ 
#include ‘“global.h” /* Application globals */ 


Display *Default_Display; 
BOOL  Application_Done = FALSE; 


main (argc, argv) 


E37 


FUNINT argc; 
TEXT *argv[]; 


{ 
WptEvent wptEvent;: /* event data */ 


CODE eventT ype; 


COUNT termLines, termCols; 
CODE termT ype; 


/* PROGRAMMER NOTE: 
* add similar extern’s for each resource file in this application 
5 


extern VOID wpthelp_Initialize_All_ Panels (); 
extem VOID wpthelp_Create_Initial_ Panels (); 


struct DISPATCH *dp; /* working dispatch pointer */ 
IMPORT struct VARIABLE *Vm_Find(); 
struct VARIABLE *parmv; /* pointer to event VARIABLE */ 


/* initialize terminal without clearing screen */ 
t_pinit (&termLines, &termCols, &termT ype); 


/* permit upper/lowercase file names */ 
f_force_lower (FALSE); 


Default_Display = Wpt_Init (NULL); 


/* initialize resource file */ 

/* PROGRAMMER NOTE: 

* For each resource file in this application, calls to the appropriate 

* Initialize_All_ Panels and Create_Initial_ Panels must be added. 

7 

wpthelp_Initialize_All_ Panels (““/h/oglcss/scripts/gui/setup/wpthelp.res”’); 
wpthelp_Create_Initial_ Panels (); 


/* main event loop */ 
/* PROGRAMMER NOTE: 
* use SET_APPLICATION_DONE in “‘quit” event handler to exit loop. 
* (SET_APPLICATION_DONE is defined in global.h) 
ak 
/ 


while (! Application_Done) 
eventl ype = Wpt_NextEvent (&wptEvent); /* get next WPT event */ 


switch (eventT ype) 
case WPT_PARM_EVENT: 


/* Event has occurred from a Panel Parm. Lookup the event 
* in the dispatch table and call the associated event 
* handler function. 


o 


dp = (struct DISPATCH *) wptEvent.p_userContext; 
for (; (*dp).parmName !=NULL; dp++) 
if (s_equal ((*dp).parmName, wptEvent.parmName)) 
{ 


parmv = Vm_Find (wptEvent.p_dataVm, wptEvent.parmName); 


(*(*dp).eventFunction) 
((*parmv).v_cvp, (*parmv).v_count); 
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break; 
} 
break; 


case WPT_FILE_EVENT: 


/* PROGRAMMER NOTE: 

* Add code here to handle file events. 

* Use Wpt_AddEvent and Wpt_RemoveEvent to register and remove 
* event sources. 

bg 


printf (“No EVENT_HANDLER for event from external source.\n”); 
break; 


case WPT_WINDOW_EVENT: 


/* PROGRAMMER NOTE: 
* Add code here to handle window events. 
* WPT_WINDOW_EVENT can be caused by windows which you directly 
* create with X (not TAE panels), or by user acknowledgement 
* of a Wpt_PanelMessage (therefore no default print statement 
* is generated here). 
af 
break; 


case WPT_TIMEOUT_EVENT: 


/* PROGRAMMER NOTE: 
* Add code here to handle timeout events. 


* Use Wpt_SetTimeOut to register timeout events. 
ade 


printf (“No EVENT_HANDLER for timeout event.\n”); 
break; 


default: 
printf(“Unknown WPT Event\n”); 
break; 
/* end main event loop */ 


Wpt_Finish();/* close down all display connections */ 


/* PROGRAMMER NOTE: 
* Application has ended normally. Add application specific code to 
* close down your application 


e 


} /* end main */ 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

pt rile: wpthelp_creat_init.c *** */ 

/* *** Generated: Jan 19 14:53:14 1993 *** */ 

[5 RRR EEEREERE EER EELERERE ERE REE ENE ee ee 
* PURPOSE: 

* Displays all panels in the initial panel set of this resource file 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* A panel is added to the initial panel set 

* A panel is deleted from the initial panel set 

* For the set of initial panels: 

* WptHelp 

on 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 


2 ik oie ok 2 ok 2k 2 2 oe ok ok oi oi hc 2c 2 2k oc 2c 2c oc 2c 2c 2c ok 2 kk oi 2c ok 2 2 ko ok oi ok ik oi 2k 2c 2c ok ok 2c 2 2c 2c ote oe ake i ok ok ake ok ok akc oi ke ok ok ake ok ok oie ok ok 


i 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include “sglobal.h” /* Application globals */ 


/* One include for each panel in initial panel set */ 
#include ‘“pan_WptHelp.h” 


FUNCTION VOID wpthelp_Create_Initial_Panels () 
{ 
/* Show panels */ 
WptHelp_Create_Panel (NULL, WPT_PREFERRED); 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
[eee rile: wpthelp_init_pan.c *** */ 
/* *** Generated: Jan 19 14:53:14 1993 *** */ 
eee eee ee eee ee ee Oo OR RR OR ee eR 
* PURPOSE: 

* Initialize all panels in the resource file. 

* 

* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* A panel is deleted 

* A new panel is added 

* A panel’s name ts changed (not ttle) 

* For the panels: 

* WotHelp 

* 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 
ee ah ah ae abe abc abc akc ae ate ate abe ae abe ae ae abe ae ah ake ac ac akc ae ac abc abe afc afc ae abe ac afc ake ac abe afc afc abc akc akc afc ac ke abe ac afc hc afc af ac abc afc ac ake ah afc af ac ake ae afc hc ake ake af ac ac abc ac ac fc 


f 


#include “taeconf.inp” 
#include “wpltinc.inp” 
#include “symtab.inc”’ 
#include “global.h” /* Application globals */ 


/* One “include” for each panel in resource file */ 
#include “pan_WptHelp.h” 


FUNCTION VOID wpthelp_Initialize_All_Panels (resfileSpec) 
TEXT *resfileSpec; 
{ 
extern Id Co_Find (0); 
extem Id Co_New (); 
Id vmCollection ; 


/* read resource file */ 
vmCollection = Co_New (P_ABORT); 
Co_ReadFile (vmCollection, resfileSpec, P_ABORT); 


/* iniualize view and target Vm objects for each panel */ 


WptHelp_Initialize_Panel (vmCollection); 
} 


14] 


/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

[2S rile: BGSelupic? 7" 7/ 

/* *** Generated: Dec 2 16:01:50 1992 *** */ 

[FREER ER ERS REE RE ee eT TT eee eee 
* PURPOSE: 

* This the main program of an application generated by the TAE Plus Code 

* Generator. 

ok 


* REGENERATED: 
* This file is generated only once. 
bd 


* NOTES: 
* To tur this into a real application, do the following: 
ok 


* 1. Each panel that has event generating parameters 1s encapsulated by 
* a separate file, named by concatenating the string “‘pan_” with the 

* panel name (followed by a“.c”). Each parameter that you have defined 
* to be “event-generating”, has an event handler procedure in the 

* appropriate panel file. Each handler has a name that is a 

* concatentation of the parameter name and the string ““_Event”. Add 

* application-dependent logic to each event handler. (As generated by 
* the WorkBench, each event handler simply logs the occurrence of the 
* event.) 

a 

* 2. To build the program, type “make”. If the symbols TAEINC., ..., 

* are not defined, the TAE shell (source) scripts $TAE/bin/csh/taesetup 
* will define them. 

ae 


* ADDITIONAL NOTES: 

* 1. Each event handler has two arguments: (a) the value vector 

* associated with the parameter and (b) the number of components. Note 
* that for scalar values, we pass the value as if it were a vector with 

* count 1. 

ae 


* Though it’s unlikely that you are interested in the value of a button 

* event parameter, the values are always passed to the event handler for 
* consistency. 

bg 


* 2. You gain access to non-event parameters by calling the Vm package 
* using the targetId Vm objects that are created in 

* Initialize_All_ Panels. There are macros defined in global.h to assist 

* in accessing values in Vm objects. 

ae 


* To access panel Id, target, and view, of other panels, add an 
* “#include” statement for each appropriate panel header file. 
Aiea fe abe ai ake abe ake af afc ate ake ake ake ae 2k ate af abe abe ake ae a ake ake ake abe ake abe ake abe abe afc ake afc afc abe abe ake ake ake ae afc ak ake af ake abe ake afc akc afc afc ake ake ae abe ake abe ake ake afc ake afc afc ake ake ake afc ake abe afc ake 


a 


#include “taeconf.inp” 
#include “woptinc.inp” 
#include “symtab.inc” 
#include “global.h” /* Application globals */ 


Display *Default_Display; 
BOOL  Application_Done = FALSE; 


main (argc, argv) 


FUNINT argc; 
TEXT *argvi); 
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WptEvent wptEvent; /* event data */ 


CODE eventType; 


COUNT termLines, termCols; 
CODE termType/* BERN*/ret; 


/*BERN*/ 


/* PROGRAMMER NOTE: 
* add similar extem’s for each resource file in this application 
* 


extern VOID BGSetup_Initialize_All_Panels (); 
extern VOID BGSetup_Create_Initial_Panels (); 


struct DISPATCH *dp; /* working dispatch pointer */ 
IMPORT struct VARIABLE =*Vm_Find(): 
struct VARIABLE *parmv; /* pointer to event VARIABLE */ 


/* initialize terminal without clearing screen */ 
t_pinit (&termLines, &termCols, &termType); 


/* permit upper/lowercase file names */ 
f_force_lower (FALSE); 


Default_Display = Wpt_Init (NULL); 


/* initialize resource file */ 
/* PROGRAMMER NOTE: 

* For each resource file in this application, calls to the appropriate 
* Initialize_All_ Panels and Create_Initial_Panels must be added. 
aK 


BGSetup_Initialize_All_ Panels (“/h/bglcss/scripts/gui/setup/BGSetup.res’’); 
BGSetup_Create_Initial_ Panels 0; 


/* main event loop */ 

/* PROGRAMMER NOTE: 

* use SET_APPLICATION_DONE in “quit” event handler to exit loop. 
* (SET_APPLICATION_DONE is defined in global.h) 


ia 
/*BERN*/ 
ret = Wpt_SetHelpStyle (“wpthelp.res”’); 


if (ret '= SUCCESS) 
printf(“Couldn’t set help style\n”); 


while (!Application_Done) 
DP ane = Wpt_NextEvent (&wptEvent); /* get next WPT event */ 
Switch (eventT ype) 
- WPT_PARM_EVENT: 
/* Event has occurred from a Panel Parm. Lookup the event 
* in the dispatch table and call the associated event 


* handler function. 


i 
dp = (struct DISPATCH *) wptEvent.p_userContext; 
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for (; (*dp).parmName != NULL; dp++) 
if (s_equal ((*dp).parmName, wptEvent.parmName)) 


parmv = Vm_Find (wptEvent.p_dataVm, wptEvent.parmName); 
(*(*dp).eventFunction) 
((*parmv).v_cvp, (*parmv).v_count); 
break; 
break; 


case WPT_FILE_EVENT: 


/* PROGRAMMER NOTE: 
* Add code here to handle file events. 
* Use Wpt_AddEvent and Wpt_RemoveEvent to register and remove 


* event sources. 
* 


printf (“No EVENT_HANDLER for event from external source.\n”); 
break; 


case WPT_WINDOW_EVENT: 


/* PROGRAMMER NOTE: 
* Add code here to handle window events. 
* WPT_WINDOW_EVENT can be caused by windows which you directly 
* create with X (not TAE panels), or by user acknowledgement 
* of a Wpt_PanelMessage (therefore no default print statement 
* is generated here). 
a) 
break; 


case WPT_TIMEOUT_EVENT: 
/* PROGRAMMER NOTE: 
* Add code here to handle timeout events. 
* Use Wpt_SetTimeOut to register timeout events. 
4 


printf (“No EVENT_HANDLER for tmeout event.n”); 


break; 
default: 
printf(“Unknown WPT Event\n”); 
break; 
} 7 /* end main event loop */ 


Wpt_FinishQ);/* close down all display connections */ 

/* PROGRAMMER NOTE: 

* Application has ended normally. Add application specific code to 
* close down your application 


oh 


/* end main */ 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

(Poss rile: BOSelupscreateimtc 7) 

[* *** Generated: Jan 19 11:14:17 1993 *** */ 

a ee ae ee ae ee a Tere tn FOR A EEE RE RE RRA RR ARE 
* PURPOSE: 

* Displays all panels in the initial panel set of this resource file 

*« 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* A panel is added to the initial panel set 

* A panel is deleted from the initial panel set 

* For the set of initial panels: 

* SetUpBGs 

bY 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 


Re He ke oe eee kee ae ak ak ae ake ak kak ae ae ae ee ae ae ae ak ake ake ae ke ake ake iC ake ake ake eke keke ke aka keke ake ak Rae ek Ra ake ic ak ake eae ak oe ak ake oe ae ae ie ic ake ac 
“i 
#include “taeconf.inp” 
#include “wpunc.inp” 
#include “global.h” /* Application globals */ 
/* One include for each panel in initial panel set */ 
#include “pan_SetUpBGs.h” 
FUNCTION VOID BGSetup_Create_Initial_Panels () 
{ 
/* Show panels */ 


SetUpBGs_Create_Panel (NULL, WPT_PREFERRED); 
} 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

joes Eile: BGSetup_init_pan.c *** */ 

/* *** Generated: Jan 19 Vie14.17 1993 =2= 2, 

eR eee eee ee ee ee eee ene ees 
* PURPOSE: 

* Initialize all panels in the resource file. 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* A panel is deleted 

* A new panel 1s added 

* A panel’s name is changed (not title) 

* For the panels: 

* AcftLoad, AirData, BGData, BGShips, CloseAll, DelBG, DeleteSh, 
* DelShip, Dtg, F44Fuel, F76Fuel, LackData, NewBG, OrdData, 

* OrdLoad, OrdSel, PrintJob, SaveNewB, SelBG, SetUpBGs, Ship, 
* 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 


2K 2 2k 2 2K 2k ke ok ke 2h ke 2k 2 oe fe 2c oe ie oi 2c oi 2k 2 oie ok oe ok 2c oe oe ok 2c ai 2c oie ke oi oi 2c oe oi ok aie ae oie ae ai ke ai ok ok ke a ake oe ok ok 2c oie ok 2c 2c oi ke 2c ok ok ok 2 ok ok 


7 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include “symtab.inc” 

#include ‘“‘global.h” /* Application globals */ 


/* One “include” for each panel in resource file */ 
#include ‘“pan_AcftLoad.h” 
#include “pan_AirData.h” 
#include “pan_BGData.h” 
#include “pan_BGShips.h” 
#include ‘“‘pan_CloseAll.h” 
#include “pan_DelBG.h” 
#include “pan_DeleteSh.h” 
#include “pan_DelShip.h” 
#include “pan_Dtg.h” 
#include ‘“‘pan_F44Fuel.h” 
#include ‘“pan_F76Fuel.h” 
#include “pan_LackData.h” 
#include ‘“pan_NewBG.h” 
#include ‘“pan_OrdData.h” 
#include “pan_OrdLoad.h” 
#include ‘“pan_OrdSel.h” 
#include ‘“pan_PnntJob.h” 
#include ‘“pan_SaveNewB.h” 
#include ‘“pan_SelBG.h” 
#include ‘“pan_SetUpBGs.h” 
#include “pan_Ship.h” 


FUNCTION VOID BGSetup_Initialize_All_Panels (resfileSpec) 
TEXT *resfileSpec; 
{ 
extem Id Co_Find (); 
extern Id Co_New (); 
Id vmCollection ; 


/* read resource file */ 


vmCollection = Co_New (P_ABORT); 
Co_ReadFile (vmCollection, resfileSpec, P_ABORT); 
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/* initialize view and target Vm objects for each panel */ 
AcftLoad_Initialize_Panel (vmCollection); 
AirData_Initialize_Panel (vmCollection); 
BGData_Initialize_Panel (vmCollection); 
BGShips_Initialize_Panel (vmCollection); 
CloseAll_Initialize_Panel (vmCollection); 
DelBG_Initialize_ Panel (vmCollection); 
DeleteSh_Initialize_Panel (vmCollection); 
DelShip_Initialize_Panel (vmCollection); 
Dtg_Initialize_Panel (vmCollection); 
F44Fuel_Initialize_Panel (vmCollection); 
F76Fuel_Initialize_Panel (vmCollection); 
LackData_Initialize_Panel (vmCollection); 
NewBG_Initialize_Panel (vmCollection); 
OrdData_Initialize_Panel (vmCollection); 
OrdLoad_Initialize_Panel (vmCollection); 
OrdSel_Initialize_Panel (vmCollection); 
PrintJob_Initialize_Panel (vmCollection); 
SaveNewB_Initialize_Panel (vmCollection); 
SeIBG_Initialize_Panel (vmCollection); 
SetUpBGs_Initialize_Panel (vmCollection); 
Ship_Initialize_Panel (vmCollection); 


147 


/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 


[aS File: Imakefile *** */ 
/* *** Generated: Nov 27 11:24:06 1992 *** */ 


[® RRERRRARR RARE RE ER KR RRR AK ER RR 


* PURPOSE: 
* This is the Imakefile of a C application generated by the TAE Plus 


* Code Generator. 
* 


* REGENERATED: 
* This file is generated only once. 
* 


* NOTES: 

* 1. To build your application, type “make”. The Makefile generated 
* by the TAE code generator invokes imake using this Imakefile to 

* generate an application specific Makefile. 

* 


* 2. If you change the name of your resource file or application, you 
* will need to either edit this file, or just delete it and regenerate 

* the code. 

* 


* 3. Edit this file to include your application specific source files. 
OK 2c 2c 2k akc ae ate ae afc afc ake akc ae af ae af ake af ae af afc ae ae af akc af af ate af ake akc akc ak ake afc a akc ak ak aie ak iC aie ae ac ak akc ak ak ic ak 2c ok i 2k ae ak akc akc ae 2k at ak ak 2k oft 2k af ak ofc ofc ok 


i 
#define GeneratedApplication 


/* PROGRAMMER NOTE: 
* Adda line ‘#include “Imake.RESFILENAME””’ for each resource file in 


* your application. 
5 


#include “Imake.BGSetup” 


/* PROGRAMMER NOTE: 
* Insert application specific build parameters. These overnde 
* definitions in the configuration files in STAE/config. 
bs 
/ 
CDEBUGFLAGS = 
LDDEBUGFLAGS = 
APP_CFLAGS = 
APP_LOAD_FLAGS = 
APP_LINKLIBS = -L/h/Nauticus/libs -1 Vids 
APP_DEPLIBS = $(DEPLIBS) 
APP_CINCLUDES = -I$(TAEINC) \ 
-I/h/Nauticus/Anclude/vids/Vids.h\ 
-I/h/oglcss/scripts/gui/setup/bg.h 
PROGRAM = BGSetup 


/* PROGRAMMER NOTE: 
* Add $(SRCS_RESFILENAME) and $(OBJS_RESFILENAME) for each resource file 


* in your application. 
a 


GENSRCS = $(PROGRAM).c $(SRCS_BGSetup) 
GENOBJS = $(PROGRAM).o $(OBJS_BGSetup) 


/* PROGRAMMER NOTE: 

* Add your application specific srcs and object files (that are not 
* generated by the code generator) here. 

oh 


APPSRCS = bg.c 
APPOBJS = bg.o 
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/* Macro (defined in TAEmake.tmpl) to generate Makefile targets. 
ve 
CApplication($(PROGRAM)) 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

je tet rile: pan_BGData.c *** */ 

/* *** Generated: Jan 19 11:14:17 1993 *** */ 

eh he he fe fe fe fe fe he hc ie fc fc fc fe fc ae fc ate ate ate 2c fc ate fe icf ae ate afc fc afc fe ate ake 2c ate fc ate afc afc eat afeafc afe afe ahe ae ae ate afe2fc2fc ate ate afc ke ae fe ae fc ate fe ae ate ate ade ke ic ae 2c 

* PURPOSE: 

* This file encapsulates the TAE Plus panel: BGData 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_BGData.h”’. For more advanced manipulation of the panel 


* using the TAE routines, the panel’s Id, Target, and View are provided. 
ee fe he ie he he ae fc he fe fc ae fe fc fc fe afc ae ake fe fc afc af ake fe afc fc af ae fc fe fc 2c ate fe ate fc ate ate fe fc fe afc fc ate ae fe afc fc afc ae fe fe fc ae ate fe fc ate ae fe ae afc ae ate ae ate ae ae 2c afc ake ie ac 


“i 

#include “‘taeconf.inp” 

#include “wptinc.inp”’ 

#include “global.h” /* Application globals */ 


#include ‘“‘pan_BGData.h” 


/* One “include” for each connected panel */ 
#include ‘‘pan_BGShips.h” 

#include “pan_DeleteSh.h” 

#include ‘“‘pan_Ship.h” 


/*BERN*/ 
#include ‘‘pan_SetUpBGs.h” 


/*BERN*/ 

exter void CancelBGQ); 
extern int GetBGQ); 

extern int GetBGs(Q); 

extern void ShowBG(); 
extern void ShowBGShips(); 


Id BGDataTarget, BGDataView, BGDatald; 
/* BGDataDispatch is defined at the end of this file */ 


i= Ae He ate fe ae fe ate fc ae fe fe 2c afc 3c afc af 3c af cfc fc 2c ate fc a 3c ae af fc ae 2c afc ate fe afc af ae fe fc 2c fc ae fc ae fc afc te afc ac ate ae ac 2c afc afc ate fc ke afc fe ate 3c fc 2c ake ae fc ae ae 2c fc a 


* Initialize the view and target of this panel. 
* 


FUNCTION VOID BGData_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find (0; 


BGDataView = Co_Find (vmCollection, “BGData_v’”); 
BGDataTarget = Co_Find (vmCollection, “BGData_t’); 
} 


[8 ER ERRR AREER RAMEN EE AOE HH NE ETE MN A Er eee 
* Create the panel object and display it on the screen. 
* 


FUNCTION VOID BGData_Create_Panel (relativeWindow, flags) 
Window _ relativeWindow;: 
COUNT _ flags; 
{ 
/*BERN*/ 
int BGIndex; 
BGInfo BGs[MAXBGS]; 


if (BGDatald) 
printf (“Panel (BGData) ts already displayed.\n”); 
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else 
BGDatald = Wpt_NewPanel (Default_Display, BGDataTarget, 
BGDataView, relativeWindow, BGDataDispatch, flags); 


BGIndex = GetBGs(BGs); 
BGIndex = GetBG(StringParm(SetUpBGsTarget,” BGList”), BGIndex); 
ShowBG(BGs, BGIndex, BGDatald); 


ShowBGShips(BGIndex, BGDatald, “BGShips”); 


2k oC oc ke akc oe ake IC aC aC akc ak iC ake akc akc ake 2k ic ak fc 2c ake akc kc afc akc 2c ofc ofc ak afc kc kc kk 2k akc ac oc 2k fc ofc ake ae kc aC ae ae ac SC ake ake akc ake kc aC ak ake ak ok aC akc afc oi akc ofc i 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
ok 


/ 
FUNCTION VOID BGData_Destroy_Panel () 


CanceIBG(BGDatald); 
Wpt_PanelErase(BGDatald); 
BG Datald=0; 


eee ae ee er a Oe ee ee ee AREER EET 


* Connect to this panel. Create it or change it’s state. 
ok 


FUNCTION VOID BGData_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT flags; 


{ 
if (BGDatald) 
Wpt_SetPanelState (BGDatald, flags); 
else 
BGData_Create_Panel (relative Window, flags); 


fea eis er ce eee ee EERE REARS ERE ERREA ER ERE EERE KR RS 


* Handle event from parameter: AddShip 

ok 

EVENT_HANDLER AddShip_ Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
/* Begin generated code for Connection */ 
BGShips_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


a ed Oe ee ee ee ee ee te te ee EE EE a eee 


* Handle event from parameter: Close 

x 

EVENT HANDLER Close_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
BGData_Destroy_Panel (); 
/* End generated code for Connection */ 
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i AICI ICICI IG I ICICI CIO IC IG IC ICICI II ICICI RII ACI CIC AICI AICI AOI ACI ORCI ICICI 


* Handle event from parameter: Delete 


ig 

EVENT_HANDLER Delete_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 


{ 


/* Begin generated code for Connection */ 
DeleteSh_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


ie 2 aie a 2 ie ak 2k 2k a ak ak 2k ake oe ake 2k 2k ake ake ake akc akc akc ak ak ake aka RC aR ak ak akc akc ak ak ke akc RC anc aR ak a tC ake RCC gC RC RCC RCC RC RC aR ak ak ak ke atc aR ak ak ake akc ake ak ake RCC 2c 


* Handle event from parameter: Edit 
* 


EVENT_HANDLER Edit_Event (value, count) 
TEXT *value{]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 


/* Begin generated code for Connection */ 
Ship_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[e Ae fe he ake fe ae 2k ak ak ak ake oe ak oe oe a RC oC a oe ake oe ke a ae ofc ake a ke ak ake oe oe a ake ake ake ae fe ae ake ate ae ate fc ake ae 2 ake ake ake ate ak ae akc ake ake a ake te akc ote a oe ake ae 2c oie 2c oc 


* Handle event from parameter: Help 


7 

EVENT_HANDLER Help_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


{ 


/* ie oe of of a ak a oo ake ake ak ak ake 2k ok RC a a oo aR IRR IC ic ak IC ak ake ak ak akc gc ak akc ak akc ak gC a ake a ak ake ak ck ak aC aC oe kk aC at at ak atk ake ak ak oie oe ake ok ake afc afc 


* Handle event from parameter: Save 


a) 

EVENT_HANDLER Save_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 


{ 


struct DISPATCH BGDataDispatch[] = { 
{““AddShip”, AddShip_Event}, 
{““Close”, Close_Event}, 
{““Delete”, Delete_Event}, 
{“Edit”, Edit_Event}, 
{““Help”, Help_Event}, 
{““Save”, Save_Event}, 
| { NULL, NULL} /* terminator entry */ 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

pee Pile: pan_BGData.h *** */ 

/* *** Generated: Jan 19 13:12:17 1993 *** */ 

MK 2 RC RC ok iC ae ae akc ok ae akc ake akc akc i ic is ok ake ake ac ake oi ofc ofc fc ofc aft oie ae ofc ake abe oft ak oft ake ae adc oft ake akc oie oe ake ake ofc ofc abt of okt abt oe okt oie ais ac of ok ofc ake akc ake ofc okt abe ok ak afc ae ofc ok 
* PURPOSE: 

* Header file for panel: BGData 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not ttle) 

* For panel: 

* BGData 

* 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

2k oie i oi ie oe oie of ic ic oc oi ake okt oi af ofc oc of adc afc ake ot afc oe ake ofc oe fc afc adc ake afc ofc of of ac oc ake oe ofc ac ake ae ake afc ic ofc okt ofc afc af ic ofc ake okt afc aft okt at okt ake aft ofc afc ofc ok okt ok ake akc ok ake oe ok 


| 


#ifndef 1 PAN BGData /* prevent double include */ 
#define I PAN BGData 0 


/* Vm objects and panel Id. */ 
extern Id BGDataTarget, BGDataView, BGDatald: 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH BGDataDispatch{]; 


/* Initialize BGDataTarget and BGDataView */ 
extern VOID BGData_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID BGData_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID BGData_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID BGData_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

ft *** File: pan_BGShips.c *** */ 

/* *** Generated: Jang iia iy S83 = 2, 

[8 BERRA ER ERAS ERERER AS SEE EEE Ee Oe ee 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: BGShips 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include *“pan_BGShips.h’”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s Id, Target, and View are provided. 

ae he 2h afc ofc ate ate afc ae ae akc ate ic afc afc ate ate ate ake ate ofc afc atc ote afc afc ake ake afc ake ate ate afc afc afc afc ate aie ate ate ate afc afc ate ofc ate ake ate ake afc afc ake ate ofc afc afc ic ake fc afc afc afc afc afc afc afc ake oie aie ate afc akc ic akc akc 


o) 


#include “taeconf.inp” 

#include “woptinc.inp” 

#include “global.h” /* Applicaton globals */ 
#include “pan_BGShips.h” 


/* One “include” for each connected panel */ 
#include “pan_Ship.h” 


/*BERN*/ 
#include “‘pan_NewBG.h” 


#include “pan_SetUpBGs.h” 
#include “pan_BGData.h” 


extern void ShowNavyShips(): 


exter int GetBGs(); 
extem int GetBGShips(); 
exter int GetBGQ; 


exter void ShowBGShips(); 
exter char* AddShip(); 
extern void SaveBGShips(); 


Id BGShipsTarget, BGShipsView, BGShipsId; 
/* BGShipsDispatch is defined at the end of this file */ 


[* Ae he ae fe ae oe afc ae fe ake ie ake fe ate af ae fe ate ate ate af afc oe ate ake ae ake aie ofc oe ae afc ae ae ae ae ate ate afc ac ake ake ake af oe ake ate ake ate aie ate akc ate ake aie ake ate akc oe afc oe 2c fe 2c fe afc ae afc oe afc ate akc 
* Initialize the view and target of this panel. 


bs 


: 
FUNCTION VOID BGShips_Initialize_Panel (vmCollection) 
Id vmCollecuon; 


{ 
Id Co_Find 0); 


BGShipsView = Co_Find (vmCollection, “BGShips_v”); 
BGShipsTarget = Co_Find (vmCollection, “BGShips_t”); 


[EERE EERE EAE AEE EEE ERE EERE EEE EE Le ee ee 


* Create the panel object and display it on the screen. 
ae 


/ 
FUNCTION VOID BGShips_Create_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 
{ 


/*BERN*/ 

TEXT: bgname[1 ]}; 
int BGIndex = 0; 
if (BGShipsld) { 
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printf (“Panel (BGShips) 1s already displayed.\n”); 

else { 
BGShipsId = Wpt_NewPanel (Default_Display, BGShipsTarget, 
BGShipsView, relativeWindow, BGShipsDispatch, flags); 


/*pass new BG Name from appropriate panel to BG Ships panel*/ 
if (NewBGId){ 

sircpy(bgname[0], SuringParm(NewBG Target, Name’); 
} else { 

bgname[Q] = StingParm(BGDataTarget, Name”); 


Vm_SetString(BGShipsView,” Name.textstrs”,I ,bgname,P_UPDATE); 
Wpt_ViewUpdate(BGShipslId, Name”, BGShipsView,’Name”); 
ShowNavyShips(BGShipslId,”’ NavyShips”); 


if (BGDatald) { 
BGIndex = GetBG(bgname[0],BGIndex); 
ShowBGShips(BGIndex, BGShipslId, “BGShips”); 
} 
} 
} 


a ee ee ee TEES EEE EEE ELE ET 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
bo 


/ 
FUNCTION VOID BGShips_Destroy_Panel () 


{ 
Wpt_PanelErase(BGShipsld); 
BGShipsId=0; 


md tT ee ee en eS AR re Te 


* Connect to this panel. Create it or change it’s state. 
7 


FUNCTION VOID BGShips_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
if (BGShipsId) 
Wpt_SetPanelState (BGShipslId, flags); 
else 
BGShips_Create_Panel (relativeWindow, flags); 


Pu are ee ee ee ETE EEL EEE EEE Ee EE EEE ELE RH KH 


* Handle event from parameter: AddShipToBG 
ee 
EVENT_HANDLER AddShipToBG_Event (value, count) 


TEXT *value[]; /* string pointers */ 

FUNINT ~ count; /* num of values */ 

{ 
/*BERN*/ 
BGInfo BGs[MAXBGS]; 
F76ShipTypelnfo F76Table[MAXSHIPTY PES]; 
int NewBG; 
int NewShip; 


NewBG = GetBGs(BGs); 
NewBG = GetBG( StringParm(NewBGTar¢get, Name”), NewBG); 
NewShip = GetBGShips(BGs, NewBG, F76Table); 


AddShip(BGs,NewBG,NewShip, 
StringParm(BGShipsTarget, NavyShips’”)); 


SaveBGShips(BGs, NewBG); 


ShowBGShips(NewBG,BGShipsld, “BGShips’”); 


eee eee Ee ieee eee ee Te eI aig a nee ae ee eee 


* Handle event from parameter: Close 


oy) 

EVENT_HANDLER Close_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


{ 

/* Begin generated code for Connection */ 
BGShips_Destroy_Panel (); 

/* End generated code for Connection */ 


[REE ER EEE EEO ES RT ee 


* Handle event from parameter: EditShip 

*x 

EVENT_HANDLER EditShip_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
BGShips_Destroy_Panel (); 
Ship_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[FERRER ER ERA EEE REE EERE EE EA EE ee 


* Handle event from parameter: Help 

ok 

EVENT_HANDLER Help_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
{ 


[REESE ER AR EAA AAAAAET AA IT TT a NT Naa ta tage re te ie te vote teeter tee ec 


* Handle event from parameter: RemoveFromBG 


=) 

EVENT_HANDLER RemoveFromBG_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


{ 


[RRR HMR I TAH A HH HA RE ee Re aS RA 


* Handle event from parameter: SaveBGShips 
* 


EVENT_HANDLER SaveBGShips_Event (value, count) 
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TEXT *value[]: /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 


struct DISPATCH BGShipsDispatch[] = { 
{“AddShipToBG”, AddShipToBG_Event}, 
{“Close”, Close_Event}, 
{“EditShip”, EditShip_Event}, 
{““Help”, Help_Event}, 
{“RemoveFromBG”, RemoveFromBG_Event}, 
{“SaveBGShips”, SaveBGShips_Event}, 
{NULL, NULL} /* terminator entry */ 


by 


/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

/* *** File: pan_BGShips.h *** */ 

/* *** Generated: Jan 19 13:12:17 1993 *** */ 

Re ee ee eee eer rt ieee eae rae ae gee 
* PURPOSE: 

* Header file for panel: BGShips 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not title) 

* For panel: 

* BGShips 

* 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

2 i oie 2k 2h 2 oi ake 2k oe oe ok oe ok oe ake ok ke ake ok de ke ke fe ae ae 2k a ok ae oe akc 2k ok ake 2c ak ak ok 2k 2k ok ak oki ake ak ke ok ake i ok ake ake a eke ate ake ake ake ate ae ake ake ke ok ake ake kc 


a 


#ifndef 1 PAN_BGShips /* prevent double include */ 
#define I PAN_BGShips 0 


/* Vm objects and panel Id. */ 
extern Id BGShipsTarget, BGShips View, BGShipsId; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH BGShipsDispatch{]): 


/* Initialize BGShipsTarget and BGShipsView */ 
extern VOID BGShips_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID BGShips_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID BGShips_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID BGShips_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
[o*2 rile: pan_CloseAll.c *** */ 
“Generated: Jan 19 11:14:17 19935 =** */ 
fe ee eee eR EE He RE A A AE AR RRR ACK HO 
PURPOSE: 
* This file encapsulates the TAE Plus panel: CloseAll 
* These routines enable panel initialization, creation, and destruction, 
* Access to these routines from other files is enabled by inserting 
* ‘#include “‘pan_CloseAll.h”’. For more advanced manipulation of the pancl 


* using the TAE routines, the panel’s Id, Target, and View are provided. 
eer ee eS eee CTS SS SS SSS SSS TSS TC SSSCCTOCS SCS SCCCT CCC CLC OCS SS SS See See ee ee ee ee ee 


Pi 

#include “taeconf.inp” 

#include “wpuinc.inp” 

#include “global.h” /* Application globals */ 


#include “pan_CloseAll.h” 


Id CloseAllTarget, CloseAll View, CloseAllld; 
/* CloseAllDispatch is defined at the end of this file */ 


mara en eB a Se ee EERE EES EAE EAR LARERAL SSE ARERS EER ERE 


* Initialize the view and target of this panel. 
* 


FUNCTION VOID CloseAll Initialize_ Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find (); 


CloseAll View = Co_Find (vmCollection, “CloseAll_v”); 
CloseANTarget = Co_Find (vmCollection, “CloseAll_t’); 


aie tara a er ee fe a EASE RAEN EASE EERE RRA EAS 


* Create the panel object and display it on the screen. 
* 


FUNCTION VOID CloseAll_Create_Panel (relative Window, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


if (CloseAlId) 
printf (“Panel (Close All) is already displayed .\n’)); 
else 
Close Allld = Wpt_NewPanel(Default_Display, CloseAllTarget, 


CloseAll View, relativeWindow, CloseAllDispatch, flags); 


ee ee ee eee EAE RE RK RE RARE TOR 


* Erases a panel from the screen and de-allocate the associated panel 


* object. 
ode 


FUNCTION VOID CloseAll_Destroy_Panel () 


Wpt_PanelErase(CloseAllld); 
Close AIId=0; 


ee a ne ee ee ETE EEE Ee ee 


* Connect to this panel. Create it or change it’s state. 
oe 


FUNCTION VOID CloseAll_Connect_Panel (relative Window, flags) 


be 


Window _ relativeWindow: 
COUNT flags; 


{ 
if (CloseAllId) 
Wpt_SetPanelState (CloseAllld, flags); 
else 
CloseAll_Create_Panel (relative Window, flags): 


Ips ie ie ie a fe ke ae fe 2c af ak a ke ke oe ake fe afc ak afc ae ake aie ate 2 fe 2c ak ae fe ac 2c ak af ae fe ae ake ac ake ac ae ake a 2c ae ake ok akc 2c a af akc akc 2c ae ok of of akc oe af ak ake afc ae afc fe ak af akc ok 


* Handle event from parameter: message 


% 

EVENT_HANDLER message_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count: /* num of values */ 


/* Begin generated code for Connection */ 
if (count <= 0) 
: /* null value or no value */ 
else if (s_equal (value[0], “OK”)) 
{ 


CloseAll_Destroy_Panel (); 
SET_APPLICATION_DONE; 


else if (s_equal (value[0], ‘““Cancel”)) 
{ 
CloseAll_Destroy_Panel (); 


/* End generated code for Connection */ 


suuct DISPATCH CloseAlDispatch{] = { 

{““message”, message_Event}, 

{NULL, NULL} /* terminator entry */ 
he 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

/ a bile: pan_CloseAll.h *** */ 

/* *** Generated: Jan 19 13:12:17 1993 *** */ 

i a ie a ee RE EER EE EERE EEE EERE 
* PURPOSE: 

* Header file for panel: CloseAll 

4 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not ttle) 

* For panel: 

* CloseAll 

a 

* CHANGE LOG: 

* 19-Jan-93 Initially generated...TAE 

Bee he he aie aie ate he ai ake ae ake ae aC ate ake ae ake fe ae ae abe ake ae ake ake ake ae ake ake ake ake ake ac ake ae ake ake ake ate ake ae ae ak ae ake aie ae ake ake aie ake ake ae aie ake ae ake a ake ai ake abe ake ae ake ae ake ae ake ae akc ae oe afc 


i! 


#ifndef I PAN CloseAll /* prevent double include */ 
#define I PAN _CloseAll 0 


/* Vm objects and panel Id. */ 
extern Id CloseAll Target, CloseAll View, Close Allld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH CloseAlDispatch{]; 


/* Initialize CloseAllTarget and CloseAll View */ 
extern VOID CloseAll_Initialize_Panel Q; 


/* Create this panel and display it on the screen */ 
extern VOID CloseAll_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID CloseAll_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID CloseAll_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
pots* Eile: pan DelBG:c = ** 7) 

/* *** Generated: (Feb) § 10:13:45 1993 *<2 4%) 

[ROE RT ee ee Ee ee eee eee 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: DelBG 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files 1s enabled by inserting 

* ‘#include “pan_DelBG.h”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s Id, Target, and View are provided. 

ak 


* For the panel items: 
* Message 
* 


* CHANGE LOG: 
* 8-Feb-93 Initially generated... TAE 
Bi Re ae oie ate a ke ae ofc ae ac aie ake ake afc ai ae fe ae ae af ake AC aie ake aie aie afc 2c ae aie ae ake ofc ake ae afc fe fe ae 2c aie ae ae ae aie ae ie akc ac ac ae ac ae fe fe akc ae afc ake aft ae oe ae a afc Fe aie ac ae ae a ake ake akc 


7 


#include “taeconf.inp” 

#include “wptuinc.inp”’ 

#include ‘“global.h” /* Application globals */ 
#include “pan_DelBG.h” 


/* One “include” for each connected panel */ 


/*BERN*/ 

#include “pan_SetUpBGs.h” 
exter int GetBGs(); 

extern int GetBGQ); 

extern void DeleteBG(); 
extem void SaveBGs(); 
extern void ShowBGs(); 


Id DelBGTarget, DelBGView, DelBGId; 
/* DelBGDispatch is defined at the end of this file */ 


[FR RAERPAALAR LEAL EAE E REESE TEE EOE EE ee ee eee ae 


* Initialize the view and target of this panel. 
oe 


FUNCTION VOID DelBG_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 

Id Co_Find (); 

DelBG View = Co_Find (vmCollection, ““DelBG_v’”); 
DelBGTarget = Co_Find (vmCollection, ‘““DelIBG_t”); 
} 


[EM REREEEEREAERERE EEE CRAKEAR EES AEE AE AEA A A A ee ee 


* Create the panel object and display it on the screen. 
i 


FUNCTION VOID DelBG_Create_Panel (relative Window, flags) 
Window _ relative Window; 
COUNT _ flags; 


{ 
if (DelBGId) 


printf (“Panel (DelBG) is already displayed.\n”); 
else 
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DelBGId = Wpt_NewPanel (Default_Display, DelBGTarget, DelBG View, 
relative Window, DelBGDispatch, flags); 


[7 ABA OO OIE AGOGO GOI I I I Hak 1k 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
od 
FUNCTION VOID DelBG_Destroy_Panel () 
Wpt_PanelErase(DelBGId); 
DelBGId=0; 


ie Ae 2 2k fe 2c 2c 2c 2c 2c fe ae ac ee fe 2c ae ac 2c fc fe fe ac a ae 2c af 2c 2c aie a afc af afc 2c afc afk fe 2c af afc 2c 2c fe ac af af afc af 2c afc fe fe afc ae fe 2c 2c ake aie 2c 2c afc 2c ae ac aie 2c 2c aie fe 2c 


* Connect to this panel. Create it or change it’s state. 

2k 

FUNCTION VOID DelBG_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
if (DelBGId) 
Wpt_SetPanelState (DelBGId, flags); 
else 
DelBG_Create_Panel (relative Window, flags); 


Pore RRP RATE T ETERS EERE R EATER EE LEREA AREER RARER ARERR AEEARAARA EAE KEK A 


* Handle event from parameter: Message 
ok 


EVENT_HANDLER Message_Event (value. count) 


TEXT *value[]; /* string pointers */ 
FUNINT — count: /* num of values */ 
{ 

/*BERN*/ 

BGInfo BGs[MAXBGS]; 

int BGToDelete; 

int BGIndex: 


/* Begin generated code for Connection */ 
if (count <= 0) 
é /* null value or no value */ 
else if (s_equal (value[0], “OK”)) 
ones = GetBGs(BGs); 
BGToDelete=GetBG(StringParm(SetUpBGs Target, BGList’”), BGIndex); 
DeleteBG(BGs,BGToDelete); 
SaveBGs(BGs); 
ShowBGs(SetUpBGslId,”BGList”); 


DelBG_Destroy_Panel (); 


} 
else if (s_equal (value[0], ““Cancel”)) 
{ 
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DelBG_Destroy_Panel (); 
} 


/* End generated code for Connection */ 


struct DISPATCH DelBGDispatch[] = { 

{““Message’, Message_Event}, 

{NULL, NULL} /* terminator entry */ 
i 
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[oe Ab Pius Coue Generatos version Tue May 26 14:13:27 EDT 1992 *** */ 

[= Seaerile: pan_DelBG.h *** */ 

jpreeeUienctatcd: 5 Jan 1) 1332.07 1993 ~*~ */ 

2 kK ok kK ok ok ok ok ok ok ok ok ok ok ok ok ok ak ak ok ok ok ok ok kok ok ok ok ak ok ok ak ak ak ak ok ak aii ak ok ok ok ak ok ok ok ak ak ak ak ok akc ak ok ok ok ak ok ok ok ok ak ak ak ok ok 2k ak ok 
* PURPOSE; 

* Header file for panel: DelBG 

bs 


* REGENERATED: 

* The folowing WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not title) 

* For panel: 

* DelBG 

* 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

ak kkk ok ak ok ok ok ok ak ok ak ok ak ak ok ok ak ak ok ok ak aK ok ak ok ak ok ok ak ak ak ak ok ok ok ok ok ok ak ak kk kK oko ak 2k ok ak ok ok ak ak ak ok ok ak ok ak 2k ak ak ok ok ok ok ok ok ok ok ok ofc ok 


a 


#ifndef I PAN DelBG /* prevent double include */ 
#define IPAN_ DelIBG 0 


/* Vm objects and panel Id. */ 
extern Id DelBGTarget, DelIBGView, DelBGId; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH DelBGDispatch{]; 


/* Initialize DelIBGTarget and DelBG View */ 
extern VOID DelBG_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID DelBG_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extem VOID DelBG_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


exter VOID DelBG_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
/* *** File: pan_Dtg.c *** */ 
/* *** Generated: Feb 8 10:13:45 1993 *** */ 
OBIS OISE I IB IOI IID IOI TOI OA TOI ASIA IOC TAA TEI AOA IAI ABI AAA AOA AOA AAA AOE 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: Dtg 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_Dtg.h”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s Id, Target, and View are provided. 

5 


* For the panel items: 


* Message 
5 


* CHANGE LOG: 
* 8-Feb-93 Initially generated... TAE 


a RR ok kiki ik i Kok kik ok iii kkk kk kk koko koko keke kode akoak akc ake kak oi ake ade ak of ade ade 
= 


#include “taeconf.inp” 
#include “wptinc.inp” 
#include “global.h” /* Application globals */ 
#include “pan_Dtg.h” 


/* One “include” for each connected panel */ 


Id DtgTarget, DtgView, DtglId: 
/* DtgDispatch is defined at the end of this file */ 
Pe eee eee eee ee ee eee ee ee Te aay erate aera 


* Initialize the view and target of this panel. 
* 


FUNCTION VOID Dtg_Initialize_Panel (vmCollection) 
Id vmCollection; 


Id Co_Find 0); 
Dtg View = Co_Find (vmCollection, “Dtg_v’); 
DtgTarget = Co_Find (vmCollection, “Dtg_t”); 
De eee eee eee ee ee ee ee ee ee ee ee ee eee 


* Create the panel object and display it on the screen. 
* 


FUNCTION VOID Dtg_Create_Panel (relativeWindow, flags) 
Window _ relativeWindow; 


COUNT flags; 
{ 
if (Dtgld) 
printf (“Panel (Dtg) is already displayed.\n”); 
else 


Dtgid = Wpt_NewPanel (Default_Display, DtgTarget, Dtg View, 
relativeWindow, DtgDispatch, flags); 


[PR MN RH RH HR HH HH HH He HH MM IK HH He A MAC He AIK A AC A A I Hd A 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
* 


FUNCTION VOID Dtg_Destroy_Panel () 
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Wpt_PanelErase(Dtgld); 
Dtg]d=0; 


[* ate fe ae ae ae 3c ie 2c ac 2c 3c ic ic ic 2c 2c 2c ic ic ic ic ke 2 aie i a aie ic ic 2c ic ic ake ac ic i akc 2c ae ic a ic ic 2c fe ae oe 2c ie ak oe ic ie a ok ake ofc ok ok ofc oe oe oe ok fe ke oie ok ok 


* Connect to this panel. Create it or change it’s state. 
* 


FUNCTION VOID Dtg_Connect_Panel (relative Window, flags) 
Window _ relativeWindow; 
COUNT flags; 


{ 
if (DtgId) 
W pt_SetPanelState (Dtgld, flags); 
else 
Dtg_Create_Panel (relativeWindow, flags); 


| aMinaiaailaaiaealaalaalaaieile dint Teiedleataataaialaiedieain died diaaediadiediedlaaidiaaiaeaiealaiedladiaiitadiata edlediaaialadiaaiiladiaatdiaaidtaaia ites ated 


* Handle event from parameter: Message 
* 


EVENT_HANDLER Message_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
{ 


/* Begin generated code for Connection */ 
if (count <= 0) 
/* null value or no value */ 
else if (s_equal (value[0], “OK’”)) 
{ 
Dtg_Destroy_Panel (); 
else if (s_equal (value[OJ, ““Cancel”)) 


Dtg_Destroy_Panel (); 
} 
/* End generated code for Connection */ 
struct DISPATCH DtgDispatch[] = { 
{““Message”, Message_Event}, 


{NULL, NULL} /* terminator entry */ 
f 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

[= * File: pan_Dtg.h *** */ 

/* *** Generated: Jan 19 13:12:17 1993 *** */ 

[RR Ee ER ee ee ee ee eee 
* PURPOSE: 

* Header file for panel: Dtg 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not title) 

* For panel: 

* Dtg 

ok 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

aie fe Ke ke ake he 2h ake ke ake ake ae ae akc ake ae ake ake akc ae ae 2c ac kc 2c ae ai ake ake akc ake fe at ake ake afc akc abe afc afc ae ae ae ac ae ae ae af ae abe ac ae ae ae afc ake ke ake fe afc afc afc ake afc ake ae afc ake afc ake ake ake afc fe akc 


#ifndef I PAN_Dtg /* prevent double include */ 
#define I PAN_Dig 0 


/* Vm objects and panel Id. */ 
extern Id DtgTarget, Dtg View, Dtgld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH DtgDispatch{]; 


/* Initialize DtgTarget and DtgView */ 
extern VOID Dtg_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID Dtg_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID Dtg_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID Dtg_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
[eee Eule: pan_LackData.c *** */ 
/ a oenered: 7 Feb & 10;15745 1995 =** */ 

ee a aaa er ae SEERA RARER EER ERR EEE EE RA 
SPURROSE, 

* This file encapsulates the TAE Plus panel: LackData 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_LackData.h”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s Id, Target, and View are provided. 

ok 


* For the panel items: 
* Message 
ok 


* CHANGE LOG: 
* 8-Feb-93 Initially generated... TAE 


aie fe fe fe fe 2c fe ate ae ae fe ate afc afc af afc af afc ake fe ae ae ake afc ae ae af ake af ate fe ate afc fe fe afc afc af ae afc afc afc ake ke 3c afc ae fe ai fe fe ate fe ake ae ate afc fe afc ae af afc fe afc ae fe aie fe afc fe 2c ake af afc ake 


a 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include “global.h” /* Applicauon globals */ 


#include “pan_LackData.h” 
/* One “include” for each connected panel */ 


Id LackDataTarget, LackDataView, LackDatald; 
/* LackDataDispatch 1s defined at the end of this file */ 


ee Ee EE EE ECE EE EE On Re 


* Initialize the view and target of this panel. 
ok 


FUNCTION VOID LackData_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find (); 


LackDataView = Co_Find (vmCollection, “LackData_v’); 
LackDataTarget = Co_Find (vmCollection, “LackData_t”); 


ee ee ee ee EE EES EEE EE LER SEEER ELE EEE EERE EK 


* Create the panel object and display it on the screen. 
bd 


/ 
FUNCTION VOID LackData_Create_Panel (relative Window, flags) 
Window _ relativeWindow; 

COUNT fiags; 


if (LackDatald) 
printf (“Panel (LackData) is already displayed.\n”); 
else 
LackDatald =Wpt_NewPanel (Default_Display, LackDataTarget, 
LackDataView, relativeWindow, LackDataDispatch, flags): 


Fee ee ce ee et ee NIN AO AN A HEA eH ete Ae Hee Ae Ae He Ae He He Hee HK He 


* Erases a panel from the screen and de-allocate the associated panel 


* object. 
ok 


FUNCTION VOID LackData_Destroy_Panel () 
{ 
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Wpt_PanelErase(LackDatald); 
LackDatald=0; 


Ths aK KK ok ok ok ok ak ak kk kk kk kk ke ke ok kak kk ok kk i ai ak kc ok kk ie okie ak aie ke ok ok oc aie afc ake ic oc akc ic ac akc ae ae 2c kc ok oe akc ai ic atc afc ake ok ok ak ok 


* Connect to this panel. Create it or change it’s state. 
* 


/ 

FUNCTION VOID LackData_Connect_Panel (relative Window, flags) 
Window _ relative Window; 
COUNT _ flags; 


{ 
if (Lack Datald) 
Wpt_SetPanelState (LackDatald, flags); 
else 
LackData_Create_Panel (relative Window, flags); 


is Ae ke fe fe fe ae ake a ae eke fe ae 2h ae 2h ae ae ae te oe oe i atc ae ae etc ae te ek ae ae i fe 2c ok eae ae ee ae ik ee ie ale a akc oe ak ake ade afc ok ae ae ae oe ae ae ae ke ae eae ok ae ae 


* Handle event from parameter: Message 
* 


EVENT_HANDLER Message_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 


/* Begin generated code for Connection */ 
if (count <= Q) 
: /* null value or no value */ 
else if (s_equal (value[0], “OK”)) 
LackData_Destroy_Panel (); 
else if (s_equal (value{O], “Cancel’’)) 
{ 


LackData_Destroy_Panel (); 


/* End generated code for Connection */ 


struct DISPATCH LackDataDispatch[] = { 

{““Message”, Message_Event}, 

{NULL, NULL} /* terminator entry */ 
ie 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

Rie: pan_LackData.h *** */ 

j= ==> Generated: Jan 19 13:12:17 1993 *=** */ 

| ee ee ee ee EAR A EEE ER ER CREE REE 
* PURPOSE: 

* Header file for panel: LackData 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not title) 

* For panel: 

* LackData 

* 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

2c Fk oe oe ae ate ake oe ae ae ake ake akc ake ae akc aie oe ake ake ai oe oe ke ae ake ake ake ake akc akc ake ake ok ae afc ake ae ake ake ake afc a ae ake ake ake ae ake ae aie ake akc ake kc ae ae ake ake ake ae ac ae ake ake ake ake ake akc ae afc 


a 


#ifndef 1 PAN LackData /* prevent double include */ 
#define 1 PAN LackData 0 


/* Vm objects and panel Id. */ 
extern Id LackDataTarget, LackDataView, LackDatald; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH LackDataDispatch[]; 


/* Initialize LackDataTarget and LackDataView */ 
extern VOID LackData_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID LackData_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID LackData_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID LackData_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

[oS Pale: pan_NewBG.c *** */ 

/* *** Generated: Jan 19 11:14:17 1993 *** */ 

[8 REE E EERE EEE ER ee ee age es 
* PURFOSE: 

* This file encapsulates the TAE Plus panel: NewBG 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan _NewBG.h”’. For more advanced manipulation of the panel 


* using the TAE routines, the panel’s Id, Target, and View are provided. 
Me 2k 2 akc ake afc 2c ie ak ae ie ake ake ake ate ake akc ake ake akc atc ate akc ake ake ake ate akc ade ic ake akc ie ake ik ke ake akc akc akc ake ade ade fe ik 2c ade ake ate ake akc ate ac akc ke ake ie akc akc ake ake ak ic ake ake ie ake ate akc akc ate ake akc ake akc 


a 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include ‘“global.h” /* Application globals */ 


#include ‘“‘pan_NewBG.h” 


/* One “include” for each connected panel */ 
#include “pan_BGShips.h” 


/*BERN*/ 

#include ‘pan_LackData.h” 
#include “pan_SetUpBGs.h” 
#include ‘“pan_SaveNewB.h” 
/*BERN*/ 

extern int GetBGs(); 

extern int MakeBG(); 
extern void SaveBGs(); 

int SaveFlag = 0; 


Id NewBGTarget, NewBG View, NewBGId; 
/* NewBGDispatch 1s defined at the end of this file */ 


[8 REE EERE EE EER ERE EEE ERRAND ARE A Ee ee 


* Initialize the view and target of this panel. 
x 


FUNCTION VOID NewBG_Initialize_Panel (vmCollection) 
Id vmColiection; 


{ 
Id Co_Find 0; 


NewBG View = Co_Find (vmCollection, “NewBG_v’); 
NewBGTarget = Co_Find (vmCollection, “NewBG_t’”); 
} 


/* 2 ae 2 ake ake ae ake ale ake ake ake ake aie kc ake ake ake ake ake oie aie ake aie ake aie ak aie ae ake ic ake ake akc ake ake ake ake ake ake ake ake afc ake ake ake ake ak ak oie ak ae ok ake akc ok ai a ake ake a ic ake ake a 2c ake ake ic ake ic a 
* Create the panel object and display it on the screen. 
ae 


FUNCTION VOID NewBG_Create_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


if (NewBGId) 
printf (“Panel (NewBG) is already displayed.\n”’); 

else 
NewBGld = Wpt_NewPanel (Default_Display, NewBGTarget,NewBG View, 
relativeWindow, NewBGDispatch, flags); 

} 
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aaa ae eg ee ee I a He EE OR ok Oe a 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
* 


FUNCTION VOID NewBG_Destroy_Panel () 


{ 
Wpt_PanelErase(NewBGId); 
NewBGId=0; 

} 


Fei ie ac rac ns ane ake Sa cree te tes A eR AR A ee 


* Connect to this panel. Create it or change it’s state. 
K 


FUNCTION VOID NewBG_Connect_Panel (relative Window, flags) 
Window _ relativeWindow; 
COUNT flags; 


if (NewBGId) 
Wpt_SetPanelState (NewBGId, flags); 
else 
NewBG_Create_Panel (relativeWindow, flags); 


ae ar ee Ee EEE EEE RE SE EE Ee ee 


* Handle event from parameter: Close 


i) 

EVENT_HANDLER Close_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


if (SaveFlag == 1){ 
/* Begin default generated code */ 
NewBG_Destroy_Panel (); 
/* End generated code for Connection */ 
} else { 
SaveNewB_Connect_Panel(NULL,. WPT_PREFERRED); 
} 


Pm es I FN ET I NE RR A RI A MRNA EN NR NE 
* Handle event from parameter: Help 


“| 

EVENT_HANDLER Help_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


ek ik i i i akc ik a i ake kk akc ic ka akc akc akc ak ok akc akc ai ak ak ai ai ake ak kak ak i ak ak ag akc akc ai a aie ak akc akc kc ak ok akc akc ok aie akc akc akc oie ok ak ok ak ok ok oie oie ok 


* Handle event from parameter: Save 


i) 
EVENT_HANDLER Save_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
BGInfo BGs[MAXBGS]; 
int BGIndex; 
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BGIndex = GetBGs(BGs); 


if (MakeBG(BGs,BGIndex StringParm(NewBG Target, *Name’ ) 

StringParm(NewBGTarget, “Designation ’), 
RealParm (NewBGTarget, FuelRes”), 
RealParm (NewBGTarget, CLFFuelRes”), 
RealParm (NewBGTarget,’OrdRes’”), 
RealParm (NewBGTarget,’CLFOrdRes”), 
RealParm (NewBGTarget,’”MaxF76”), 
RealParm (NewBGTarget,”MaxF44”), 
RealParm (NewBGTarget,”’StationSpeed”), 
RealParm (NewBGTarget, UnrepS peed”), 
RealParm (NewBGTarget, AcftShipS peed”))) { 


SaveBGs(BGs); 


/*refresh the BGList in setupbgs panel*/ 
BGIndex = GetBGs(BGs); 


ShowBGs(SetUpBGsld,”BGList’); 
SaveFlag = 1; 


/* Begin generated code for Connection */ 
BGShips_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 
} else { 
LackData_Connect_Panel(NULL,WPT_PREFERRED); 
} 


struct DISPATCH NewBGDispatch{[] = { 

{““Close”, Close_Event}, 

{““Help”, Help_Event}, 

{““Save”, Save_Event}, 

{ NULL, NULL} /* terminator entry */ 
}; 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

ee rile; pan_NewBG.h *** */ 

(=e Generated: Jan 19 14:12:17:1993 *** */ 

eee eee ee en ee RE EE RE TR EER EE 
* PURPOSE: 

* Header file for panel: NewBG 

Bg 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* The panel’s name is changed (not title) 

* For panel: 

* NewBG 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 
MHC FC iC i ie ote ie oi oie ie otc atc ae afc ake ofc atc oi otc ie ac oie ae ake fe oie ote afc ake atc oie afc atc ie afc fe ae fe Ie ote afc ate afc ae ofc ofc ac oie ate oie ale afc oie ofc ae aie ofc ofc afc ae a ate aft ofc ae ake aie ae oe oe oe okt oie ac 


are 


#ifndef I PAN NewBG /* prevent double include */ 
#define I PAN _NewBG _ 0 


/* Vm objects and panel Id. */ 
extern Id NewBGTarget, NewBGView, NewBGId; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH NewBGDispatch[]; 


/* Initialize NewBGTarget and NewBG View */ 
extern VOID NewBG_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID NewBG_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID NewBG_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 
extern VOID NewBG_Connect_Panel (); 
#endif 


/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
[ree File: pan_SaveNewB.c *** */ 

/* *** Generated: Fed: Sal0: 13 4591993 "28 

Pe ee eee ee oe 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: SaveNewB 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files 1s enabled by inserting 

* “#include “pan_SaveNewB.h”’. For more advanced manipulation of the panel 
* using the TAE routines, the panel’s Id, Target, and View are provided. 

oe 


* For the panel items: 
* Message 
ade 


* CHANGE LOG: 
* §-Feb-93 Initially generated... TAE 
eek of ae ok IC ake 2 a ake ke 2k kk a ac akc 3k ie 2c 2 CC ee oe Cae ake aC ae 2k ake ake ae ae ae af akc akc of ok aie ak ake oe ake ac ak aC ae ake ofc ake ac ake oe ae akc akc akc ae ae ae ake ake ake ak ake afc ake akc akc 


a 


#include “taeconf.inp” 

#include “wptinc.inp” 

#include ““global.h” /* Application globals */ 
#include “pan_SaveNewB.h” 


/*BERN*/ 

#include “pan_SetUpBGs.h” 
#include “pan_BGShips.h” 
#include “pan_NewBG.h” 
#include “‘pan_LackData.h” 


extern int SaveNewBG(); 


Id SaveNewBTarget, SaveNewB View, SaveNewBld; 
/* SaveNewBDispatch is defined at the end of this file */ 


Di 2k ak akc oe akc akc akc ak akc ake akc ak ake ak akc akc ak I ake ak Ig ake ac ac ake ak 2k ac CIC akc akc akc ak ake akc ake akc akc ae ake ae akc akc akc akc akc ake akc 2k akc ak ake ake 2c ake kc ai ake akc ae ai ac aie kc oie ac ae aie ic ak 


* Initialize the view and target of this panel. 
a 


FUNCTION VOID SaveNewB_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find 0); 


SaveNewB View = Co_Find (vmCollection, ‘“SaveNewB_v”); 
SaveNewBTarget = Co_Find (vmCollection, ‘“SaveNewB_t”); 


[ER RRRERAREE EEL EE ERASE EE EE SE te ee er Tee 
* Create the panel object and display it on the screen. 
‘ 


FUNCTION VOID SaveNewB_Create_Panel (relative Window, flags) 
Window _ relativeWindow; 
COUNT flags; 


{ 
if (SaveNewBId) 
printf (“Panel (SaveNewB) is already displayed.\n”); 
else 
SaveNewBlId = Wpt_NewPanel (Default_Display, 
SaveNewBTarget,SaveNewB View, relativeWindow, 
SaveNewBDispatch, flags); 
} 


176 


Me Fe fe 2k oe ae oe ake fe abe ote ake ae ae FC ak RC i ae iC oe ae ke 2c oe eFC RCC oe ake ake ke ake aC ac ke ke 2c fe ake ake ae ake oe afc ae ake ok ofc ke tc ake ke ok ok ak ke oe oe of ae ofc ofc oe oe ofc ake ofc ke ofc oe of 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
ok 


/ 
FUNCTION VOID SaveNewB_Destroy_Panel () 


{ 
Wpt_PanelErase(SaveNewBId); 
SaveNewBId=0; 


aa eee 


* Connect to this panel. Create it or change it’s state. 
ae 


/ 
FUNCTION VOID SaveNewB_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
if (SaveNewBId) 
Wpt_SetPanelState (SaveNewBld, flags); 
else 
SaveNewB_Create_Panel (relativeWindow, flags); 


pe ee EN tee TREE ERR EE ERR ER EER ER RK ER 


* Handle event from parameter: Message 
* 


EVENT_HANDLER Message_Event (value, count) 


TEXT *value[]; /* string pointers */ 
FUNINT — count: /* num of values */ 
{ 

/*BERN*/ 

int BGIndex; 

BGInfo BGs{[MAXBGS]; 


/* Begin generated code for Connection */ 
if (count <= Q) 
/* null value or no value */ 
else if (s_equal (value{0], “OK”)) 
if (SaveNewBG(NewBGTarget) == 1){ 
BGIndex = GetBGs(BGs); 
ShowBGs(SetUpBGsld, °BGList’); 
BGShips_Connect_Panel (NULL, WPT_PREFERRED); 
SaveNewB_Destroy_Panel (); 
} else { 


SaveNewB_Destroy_Panel (); 


LackData_Connect_Panel(NULL,WPT_PREFERRED); 


17 


else if (s_equal (value[OQ], “Cancel’’)) 
NewBG_Destroy_Panel(); 


SaveNewB_Destroy_Panel (); 
} 


/* End generated code for Connection */ 


struct DISPATCH SaveNewBDispatch{[] = { 

{““Message”, Message_Event}, 

{NULL, NULL} /* terminator entry */ 
i 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

[ Eule. pan_SaveNewB.h *** */ 

[* *** Generated: Jan 19 13:12:17 1993 *** */ 

ieee eee ee ga a Ce ee RE RE LEE RE EEE EERE ER ES 
* PURPOSE: 

* Header file for panel: SaveNewB 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not ttle) 

* For panel: 

* SaveNewB 

* 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

De CK 2 2 fe a fe 2c ake ke ae ke a ake ke a ake ake ae ae af ae ake ake ake ake 2c ake 2k ak a 2k a ake ake ke ak ae ke ae ake ake ake ok ak ae ae a ake 2k ake ae ake ok ok oe ak ak 2 oie ake ok 2k ok ak oe ae oie ok aK ae ok 2c 


a 


#ifndef I PAN _SaveNewB /* prevent double include */ 
#define I PAN_SaveNewB 0 


/* Vm objects and panel Id. */ 
extern Id SaveNewBTarget, SaveNewB View, SaveNewBld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH SaveNewB Dispatch{]; 


/* Initialize SaveNewBTarget and SaveNewBView */ 
extern VOID SaveNewB_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID SaveNewB_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID SaveNewB_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID SaveNewB_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
fOte eee: pan_SelBG.c *** */ 
/* *** Generated. Febrowta 3:45 1995) aaa) 
Die ake oe ac ale 2c ake aie ake aie ake ake ake alc oie ake akc ake atc ake ake afc afc ak i alc ate afk ake ale abe akc fc akc ake al afc ake af ale akc ake akc alc alc afk al alc afc ake akc akc ale alc alc ake akc akc akc ake al alc akc akc ake ake ake akc akc akc akc ok 
* PURPOSE: 
* This file encapsulates the TAE Plus panel: SelBG 
* These routines enable panel initialization, creation, and destruction. 
* Access to these routines from other files 1s enabled by inserting 
* ‘#include “pan_SelBG.h”’. For more advanced manipulation of the panel 
* using the TAE routines, the panel’s Id, Target, and View are provided. 
* 


* For the panel items: 

* Message 

bd 

* CHANGE LOG: 

* §8-Feb-93 Initially generated... TAE 


Beak oie oe ake ake ok 2 2 af a ok 2k a ak ok a af ok 2c ake 2c ake ak ake 2c afc ake ae 2c ake ake a akc ac akc ake a akc akc ake ake ale ake 2k ae ae ale ake ake ake 2c kc ae akc ake ai ai af ae ake ai ake ai ai ate a ake afc ake ae aie ake ak akc 


oi! 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include ‘“global.h” /* Application globals */ 


#include “pan_SelBG.h” 
/* One “include” for each connected panel */ 


Id SelBGTarget, SelBGView, SelBGId; 
/* SelBGDispatch is defined at the end of this file */ 


[EERE RARE EEA REE AR EE ER EE 
* Initialize the view and target of this panel. 
* 


FUNCTION VOID SelBG_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find (); 


SelBGView = Co_Find (vmCollection, “SelBG_v”); 
SelBGTarget = Co_Find (vmCollection, “SelBG_t’); 


Pe eee ee eee eee ee ie eee ee eee ee ee ae aa 


* Create the panel object and display it on the screen. 
bg 


FUNCTION VOID SelBG_Create_Panel (relativeWindow, flags) 
Window _ relativeWindow: 
COUNT _ flags; 


if (SelBGId) 
printf (“Panel (SelBG) is already displayed.\n”); 
else 
SelBGId = Wpt_NewPanel (Default_Display, SelBGTarget, SelBGView, 
relativeWindow, SelBGDispatch, flags); 


[RRR RREEERERERERALA ERE EER EE EE EE ELE EE EEE EE AE 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 


*/ 
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FUNCTION VOID SelBG_Destroy_Panel () 


{ 
Wpt_PanelErase(SelBGId); 


SelBGId=0; 


/* OO KK RK kok oR KR ok kK Ok a kak kak ak ak ik ak ak ak ak ak ak ak ak ake ake ake ake ak ake ake ak 


* Connect to this panel. Create it or change it’s state. 
* 


FUNCTION VOID SelBG_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT flags; 


{ 
if (SelBGId) 
Wpt_SetPanelState (SelBGId, flags): 
else 
SelBG_Create_Panel (relativeWindow, flags); 


i ae ke 2 2 te fe ke 2c a 2c ak 2c a ie 2 2c 2k ok ie 2k aie 2k a ke 2c 2 aie ake ke ak ke ae ae a ik ake ok a ae ae of 2c ae a a 2c ae a 2c ak ae ake a ak ake oe a aie ak ake 2c ok 2k ak ke a oe ok ak 2k ok 


* Handle event from parameter: Message 
* 


EVENT_HANDLER Message_Event (value, count) 
TEXT *valuel[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
/* Begin generated code for Connection */ 
if (count <= Q) 

: /* null value or no value */ 
else if (s_equal (value[0], “OK’”’)) 
SelBG_Destroy_Panel (): 
} 
else if (s_equal (value[0], “Cancel”)) 


SelBG_Destroy_Panel (); 
} 


/* End generated code for Connection */ 


struct DISPATCH SelBGDispatch[] = { 

{““Message”, Message_Event}, 

{NULL, NULL} /* terminator entry */ 
ie 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

[o aele: pan_SelBG.h *** */ 

/* *** Generated: Jan 19 13:12:17 1993 *** */ 

[BREESE RE EEE ER EE EE 
* PURPOSE: 

* Header file for panel: SelBG 

bd 


* REGENERATED: 

* The folowing WorkBench operations will cause regeneration of this file: 

* The panel’s name ts changed (not ttle) 

* For panel: 

* SelBG 

ok 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

ake ote ik ie ke i ke ah 2c 2c 2k 2k 2k 2k ie of ake oie ok ke oie ic oe 2k 2c 2k 2k 2 eae ok oie 2c 2k oe oie oc 2k oi 2c 2c 2k oie ac oi 2 ic ok oe ake 2k ac a 2k 2c oie ke ok ie a ak oe ake ofc oie oie oie ie i ok ok ok 


*/ 


#ifndef I_PAN_SelBG /* prevent double include */ 
#define PAN SelBG 0 


/* Vm objects and panel Id. */ 
extern Id SelBGTarget, SelIBG View, SelBGId; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH SelBGDispatch{]; 


/* Initialize SelBGTarget and SelBGView */ 
extern VOID SelBG_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID SelBG_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID SelBG_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID SelBG_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

fe 25% Fale: pan_SetUpBGs.c *** */ 

/* *** Generated: Jan 19 11:14:17 1993 *** */ 

catalase he eee heh ach he AK Se RR AK Rk on AAR AK OK A ek ek ek dea sc Rie Ack Ac 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: SetUpBGs 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_SetUpBGs.h”’. For more advanced manipulation of the panel 


* using the TAE routines, the panel’s Id, Target, and View are provided. 
2 RII I I Oak ak ake ake ak ake ake ake ake ake ake ake ake ake ake ake ake ake ake aie ae ae ak aK kaka: ake ake ake ake ake ake ak: akc akc ake ake ae ake ake ake ake ae ake ake ake ake ake ae ake ake ake ake ake akc ake ake a akc ake ake ake ake akc 


ef 

#include “taeconf.inp” 

#include “wpunc.inp”’ 

#include ““global.h” /* Application globals */ 


#include “pan_SetUpBGs.h" 


/* One “include” for each connected panel */ 
#include ‘“pan_CloseAll.h” 

#include “pan_DelBG.h” 

#include “pan_BGData.h” 

#include ‘“pan_NewBG.h” 


/*BERN*/ 
#include “pan_SelBG.h” 
#include “pan_CloseAll.h” 


extem int GetBGs(); 
extern void ShowBGs(); 


Id SetUpBGsTarget, SetUpBGsView, SetUpBGsld; 
/* SetUpBGsDispatch is defined at the end of this file */ 


eaiemanes eee et eee REAL ER EE E 


* Initialize the view and target of this panel. 
ae 


FUNCTION VOID SetUpBGs_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find (0; 


SetUpBGsView = Co_Find (vmCollection, “SetUpBGs_v”); 
SetUpBGsTarget = Co_Find (vmCollection, “SetUpBGs_t’); 


Vd ce ee RR RA A ERE EAE RARER RRA RI EAH He ORK Ke 
* Create the panel object and display it on the screen. 
oe 


FUNCTION VOID SetUpBGs_Create_Panel (relativeWindow, flags) 
Window _ relative Window: 
COUNT flags; 
{ 


/*BERN*/ 
BGInfo BGs[MAXBGS]; 


if (SetUpBGsld) 
printf (“Panel (SetUpBGs) is already displayed.\n”); 
else 
SetUpBGsId = Wpt_NewPanel(Default_Display, 
SetUpBGsTarget,SetUpBGs View, relativeWindow, 
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SetUpBGsDispatch, flags); 

GetBGs(BGs); 

ShowBGs(SetUpBGsld,”BGList’); 
} 


1% fe 2 2 2c ofc afk ae aie fe 2 fe fe afc of aie 2c 2k ak ake ake fe ofc ake afc ofc ofc ofc ofc ofc fe 2k 2c ofc afc afc ofc fe ae af afc ofc ofc ofc of oe ate ae fe fe ofc fe 2c fe fe ae ofc adc afc of of ake akc ofc akc ok ake ke ok ok ofc oe 2k 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
* 


FUNCTION VOID SetUpBGs_Destroy_Panel () 


{ 
Wpt_PanelErase(SetUpBGsld); 
SetUpBGsId=0; 

} 


J ORS aoa oda idoeioadoeiotici icici iiicidciicioiaici ok doi ick iota ictatok otk ak 


* Connect to this panel. Create it or change it’s state. 

* 

FUNCTION VOID SetUpBGs_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
if (SetUpBGsld) 
Wpt_SetPanelState (SetUpBGsld, flags); 
else 
SetUpBGs_Create_Panel (relative Window, flags); 


[> BRASS a oo a aac oioeioiiiaioioiiaiociiiciioiiciaiiaiod iat iokaaici io oak keto atk 


* Handle event from parameter: Close 

ok 

EVENT_HANDLER Close_Event (value, count) 
TEXT *value[}; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
CloseAll_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


i ie ie 2h fe a 2h 2h ae 2h ofc ae af fe 2h fe 2c ofc ae ae ae ake of fe of ofc oe ofc of ak 2c ae afk afc ofc fc ofc akc ofc ofc of kc fe of 2c kc afc ofc ofc ofc ofc of ofc ofc afc kc ofc of akc of akc ofc afc akc afc of akc of ok ok 2c ok ok 
* Handle event from parameter: Delete 


a) 

EVENT_HANDLER Delete_Event (value, count) 

TEXT *value(]: /* string pointers */ 

FUNINT — count; /* num of values */ 
/*BERN*/ 


if (SuingParm(SetUpBGsTarget,”BGList’”) != NULL){ 
/* Begin generated code for Connection */ 
DelBG_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 

} else { 


SelBG_Connect_Panel(NULL, WPT_PREFERRED); 
} 


184 


ee ee eee eae ee ee ER EE RE RR OES ee 


* Handle event from parameter: Edit 


wi 

EVENT_HANDLER Edit_Event (value, count) 

TEXT *value[]; /* string pointers */ 

FUNINT — count; /* num of values */ 
/*BERN*/ 


if (StringParm(SetUpBGsTarget, "BGList’) != NULL){ 


/* Begin generated code for Connection */ 
BGData_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


} else { 


SelBG_Connect_Panel(NULL, WPT_PREFERRED); 


uaa ep ec eee en oe EE ET Ee 


* Handle event from parameter: Help 

* 

EVENT_HANDLER Help_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
{ 


| ce ee ee ee er eee ER EEE EE EE Ee ee 


* Handle event from parameter: New 

* 

EVENT_HANDLER New_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
NewBG_Connect_Panel (NULL, WPT_PREFERRED),; 
/* End generated code for Connection */ 


struct DISPATCH SetUpBGsDispatch{] = { 

{““Close’, Close_Event)}, 

{‘“Delete”, Delete_Event}, 

{ “Edit”, Edit_Event}, 

{““Help”, Help_Event}, 

{“‘New”, New_Event}, 

{ NULL, NULL} /* terminator entry */ 
P 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

fess able: pan_SetUpBGs.h *** */ 

/* *** Generated) Jane Noon 

|g Tee eee ee ee ee ea ee eee ee eee eee ee ee ee ee 
* PURPOSE: 

* Header file for panel: SetUpBGs 

ok 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* The panel’s name is changed (not title) 

* For panel: 

* SetUpBGs 

a 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 
aie he ie ae tee ake fe oe fe oe ake ae ae oe ae af fe afc ae afc afc of fe fe fe ofc ae ae ofc ke afc af ofc af ac ofc afc fe afc ake ofc of fe afc afc afc afc afc afc afc afc ofc ake ae afc afc afc afc ofc 2c afc afc afc afc ate afc af fe afc ofc afc fe akc of 


af 


#ifndef I PAN_SetUpBGs /* prevent double include */ 
#define|_PAN_SetUpBGs 0 


/* Vm objects and panel Id. */ 
extern Id SetUpBGsTarget, SetUpBGsView, SetUpBGslId; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH SetUpBGsDispatch[]}; 


/* Initialize SetUpBGsTarget and SetUpBGs View */ 
extern VOID SetUpBGs_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID SetUpBGs_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID SetUpBGs_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID SetUpBGs_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
Pa eile: Dan Onipic "4 

jo o> Gencratca: Feb § 10:40:35 19935 ~*= + 

| eee ee a eee ee ee ee ee ee EEE EE EEE SARE EEE 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: Ship 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_Ship.h”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s ld, Target, and View are provided. 

ok 


* For the panel items: 


* Aircraft, Close, F44, F76, 
* Help, Ordnance, Print, Save, 
ec 

* CHANGE LOG: 


* §-Feb-93 Initially generated... TAE 


he Kk aK ai kc ic 2k akc 2k 2 ake ake ake 2 afc ake 2c ake ai 2c age ic akc 2c ic aie ic ic a kc 2 2c aie af ac ake ac ake ac akc ake ac akc ae oc ac ae af ae aie akc afc akc afc akc akc afc ae afc af akc ic akc af ake ae afc ae ae afc ae afc ae of ae 


“I, 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include “global.h” /* Application globals */ 


#include “pan_Ship.h” 


/* One “include” for each connected panel */ 
#include “pan_AcftLoad.h” 

#include “pan_F44Fuel.h” 

#include “‘pan_F76Fuel.h” 

#include ‘“‘pan_OrdSel.h” 

#include “‘pan_PrintJob.h” 


Id ShipTarget, ShipView, ShiplId; 
/* ShipDispatch 1s defined at the end of this file */ 
ee eee ee ee Se eS ee 


* Initialize the view and target of this panel. 
ok 


/ 
FUNCTION VOID Ship_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find 0; 


Ship View = Co_Find (vmCollection, “Ship_v”); 
ShipTarget = Co_Find (vmCollection, “Ship_t’); 
} 


| ee ee re ee ee SEES ET ER OE Ee 


* Create the panel object and display it on the screen. 
* 


/ 

FUNCTION VOID Ship_Create_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT __ flags; 


{ 
if (ShipId) 
pnnntf (“Panel (Ship) is already displayed.\n”); 
else 
ShipId = Wpt_NewPanel (Default_Display, ShipTarget, ShipView, 
relative Window, ShipDispatch, flags); 
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[BP REERER EA RENARD KI ee ee ee eee ee 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
‘+ 


FUNCTION VOID Ship_Destroy_Panel () 


Wpt_PanelErase(ShipId); 
ShipId=0; 


[PE AAA AA TM He HN Be BAH HEH RHE AAG HAE Ae CR 


* Connect to this panel. Create it or change it’s state. 
e 


FUNCTION VOID Ship_Connect_Panel (relativeWindow, flags) 
Window _ relative Window; 
COUNT _ flags; 


{ 
if (ShipId) 
Wpt_SetPanelState (ShipId, flags); 
else 
Ship_Create_Panel (relativeWindow, flags); 


[RRP REREEER EL EEE EE ERE EEE ERE EA TR A A ER eee ee 
* Handle event from parameter: Aircraft 


*/ 

EVENT_HANDLER Aurcraft_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


/* Begin generated code for Connection */ 
AcftLoad_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[REE ER ER A ER REE RR RR HAA BIE ER TR eee eee 


* Handle event from parameter: Close 
Ty 


EVENT_HANDLER Close_Event (value, count) 
TEXT *value[]: /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 

/* Begin generated code for Connection */ 
Ship_Destroy_Panel (); 
/* End generated code for Connection */ 


[FR MARIAM eM AAA A Bee TAN A Re He Ae Ae He tee eRe A Ae Ae ASA Ae ee A Re Re AE Ce he Ie RR i a er 
* Handle event from parameter: F44 
* 


EVENT_HANDLER F44_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
F44Fuel_Connect_Panel (NULL, WPT_PREFERRED); 
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/* End generated code for Connection */ 


ra et ee eee ee eS KE EERE EERE RAE EE EERE EE EERE 


* Handle event from parameter: F76 
* 


EVENT HANDLER F76_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 

/* Begin generated code for Connection */ 


F76Fuel_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


eee Ccuig uy age ee et ee ee ee EE EE EES 
* Handle event from parameter: Help 
ok 


EVENT_HANDLER Help_Event (value, count) 


TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
{ 


2 OIC IG OG GG oI GG Ca ick ic ick ako ak akc ak kc a ack ake ak ak ak ak akc akc ake akc kc akc ake afc akc ake ae 

* Handle event from parameter: Ordnance 

* 

EVENT_HANDLER Ordnance_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
OrdSel_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


hee ee Ge ee One en ee Ee Se 
* Handle event from parameter: Print 
of 
EVENT_HANDLER Print_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
Priniob_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


3 Re ie ake ie 2h ie ic ah 2h ic ae a ie ic ic ake ic a a ic ake ic a ade kc ic kc ok ake kc ae ake ae abe akc ok abe abe kc kc afc akc ok akc ok abe akc kc okt ofc ok ake ok abe ac kc ic ok abe abe afc ake ak ok afc aft ok of 2k ak ok 


* Handle event from parameter: Save 
4 


EVENT_HANDLER Save_Event (value, count) 


TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
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struct DISPATCH ShipDispatch{] = { 
{‘*Aircraft”, Aircraft_Event}, 
{“Close”, Close_Event}, 
{‘“F44”, F44 Event}, 
{‘‘F76”, F76_Event}, 
{““Help”, Help_Event}, 
{““Ordnance”, Ordnance_Event}, 
{“Print”, Print_Event}, 
{“Save”’, Save_Event}, 
{NULL, NULL} /* terminator entry */ 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

jo <== File: pan_Ship.h *** */ 

/* *** Generated: Jan 19 13:12:17 1993 *** */ 

/* 2 OOK OR OK KR ik kK kk ok kk KK RK kK KK kK RK II ak ik a ak kk ak ak ak ak ak ok ak ak ak ake ake ok 
* PURPOSE: 

* Header file for panel: Ship 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not ttle) 

* For panel: 

* Ship 

* 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

2K Ok ok ok KK ek ok ok ek ak ok ok ok 2k ak ok 2k akc ae ok kok oi oc 2k akc ake oe a ae ak akc ok ak i ae ac ic ok aie ie ok ok ok ok ok ok ok ok ok ok ok ok ak 2k ak kc ak ak 2k akc ak ok ok ok ok ok ok ok ok oc 


*/ 


#ifndef I_PAN_Ship /* prevent double include */ 
#define IPAN_Ship 0 


/* Vm objects and panel Id. */ 
extern Id ShipTarget, ShipView, Shipld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH ShipDispatch{); 


/* Initialize ShipTarget and ShipView */ 
extem VOID Ship_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID Ship_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID Ship_Destroy_Panel (): 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID Ship_Connect_Panel (): 
#endif 


19] 


/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

fe File: BGEvents.c *** */ 

/* *** Generated: Jan 19 09:08:04 1993 *** */ 

[ER RR ee ee NR a a aa 
* PURPOSE: | 

* This the main program of an application generated by the TAE Plus Code 

* Generator. 

ok 


* REGENERATED: 
* This file is generated only once. 
ok 


* NOTES: 
* To turn this into a real application, do the following: 
ok 


* 1. Each panel that has event generating parameters 1s encapsulated by 
* a separate file, named by concatenating the string “pan_” with the 

* panel name (followed by a“.c”). Each parameter that you have defined 
* to be “event-generating”, has an event handler procedure in the 

* appropriate panel file. Each handler has a name that is a 

* concatentation of the parameter name and the string “_Event”. Add 

* application-dependent logic to each event handler. (As generated by 

* the WorkBench, each event handler simply logs the occurrence of the 

* event.) 

atc 

* 2. To build the program, type “make”. If the symbols TAEINC, ..., 

* are not defined, the TAE shell (source) scripts $T AE/bin/csh/taesetup 

* will define them. 

ik 

* ADDITIONAL NOTES: 

* 1. Each event handler has two arguments: (a) the value vector 

* associated with the parameter and (b) the number of components. Note 
* that for scalar values, we pass the value as if 1t were a vector with 

* count 1. 

oy 


* Though it’s unlikely that you are interested in the value of a button 

* event parameter, the values are always passed to the event handler for 
* consistency. 

i 


* 2. You gain access to non-event parameters by calling the Vm package 
* using the targetid Vm objects that are created in 

* Initialize_All_Panels. There are macros defined in global.h to assist 

* in accessing values in Vm objects. 

ok 


* To access panel Id, target, and view, of other panels, add an 
* “#include” statement for each appropriate panel header file. 
od 


* CHANGE LOG: 
* 19-Jan-93 Initially generated...TAE 


3K ke ici oie ac ic ie 3 ac ac akc afc afc afc ae ae a ak ac ac ac ak ac ae ae aie ae akc ak aie ake ac ac ak aie akc ak ake afc ac ake ae ale ale aie ae afc af ale ae ae ake ac ale ale ae ake a ale ake ake ake akc a ac alc ac ae oc ac 


7 

#include “taeconf.inp”’ 

#include “wptuinc.inp” 

#include “symtab.inc” 

#include “global.h” /* Application globals */ 


Display *Default_Display; 
BOOL  Application_Done = FALSE; 


main (argc, argv) 
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FUNINT _ argc; 
TEXT *argv{[]; 


WptEvent wptEvent; /* event data */ 
CODE eventType; 


COUNT termLines, termCols; 
CODE termType/* BERN*/ret:; 


/* PROGRAMMER NOTE: 

* add similar extern’s for each resource file in this application 
a} 

extern VOID BGEvents_Initialize_All_ Panels (); 

extern VOID BGEvents_Create_Initial_ Panels (); 


struct DISPATCH *dp; /* working dispatch pointer */ 
IMPORT struct VARIABLE *Vm_Find(); 
struct VARIABLE *parmv; /* pointer to event VARIABLE */ 


/* initialize terminal without clearing screen */ 
t_pinit (&termLines, &termCols, &termType); 


/* permit upper/lowercase file names */ 
f_force_lower (FALSE); 


Default_Display = Wpt_Init (NULL); 


/* initialize resource file */ 
/* PROGRAMMER NOTE: 

* For each resource file in this application, calls to the appropriate 

* Tnitialize_AlIl_Panels and Create_Initial_ Panels must be added. 

a 

BGEvents_Initialize_AU_ Panels (‘‘/h/bglcss/scripts/gui/events/BGEvents.res’”’); 
BGEvents_Create_Initial_ Panels (); 


/*BERN*/ 
ret = Wpt_SetHelpStyle (‘wpthelp.res”); 
if (ret != SUCCESS) 

printf(““Couldn’t set help style\n”); 


/* main event loop */ 
/* PROGRAMMER NOTE: 
* use SET_APPLICATION_DONE in “quit” event handler to exit loop. 
* (SET_APPLICATION_DONE 1s defined in global.h) 
*| 
while (!Application_Done) 


eventType = Wpt_NextEvent (& wptEvent); /* get next WPT event */ 
switch (eventType) 
at WPT_PARM_EVENT: 
/* Event has occurred from a Panel Parm. Lookup the event 
* in the dispatch table and call the associated event 


* handler function. 


vil 


dp = (struct DISPATCH *) wptEvent.p_userConte xt; 
for (; (*dp).parmName != NULL; dp++) 
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if (s_equal ((*dp).parmName, wptEvent.parmName)) 


parmv = Vm_Find (wptEvent.p_dataVm, wptEvent.parmName); 
(*(*dp).eventFunction) 

((*parmv).v_cvp, (*parmv).v_count); 
break; 


} 
break; 


case WPT_FILE_EVENT: 


/* PROGRAMMER NOTE: 

* Add code here to handle file events. 

* Use Wpt_AddEvent and Wpt_RemoveEvent to register and remove 
* event Sources. 

4 


printf (“No EVENT_HANDLER for event from external source.\n’”’); 
break; 


case WPT_WINDOW_EVENT: 


/* PROGRAMMER NOTE: 

* Add code here to handle window events. 

* WPT_WINDOW_EVENT can be caused by windows which you directly 
* create with X (not TAE panels), or by user acknowledgement 

* of a Wpt_Panel Message (therefore no default print statement 

* is generated here). 

* 


break; 
case WPT_TIMEOUT_EVENT: 
/* PROGRAMMER NOTE: 
* Add code here to handle timeout events. 
* Use Wpt_SetTimeOut to register timeout events. 
* 


printf (“No EVENT_HANDLER for timeout event.\n’”); 


break; 
default: 
printf(“Unknown WPT Event\n”); 
break; 
} 7 /* end main event loop */ 


Wpt_FinishQ);/* close down all display connections */ 


/* PROGRAMMER NOTE: 

* Application has ended normally. Add application specific code to 
* close down your application 

* 


/ 


} /* end main */ 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
[zee File: BGEvents_creat_init.c *** */ 
/* *** Generated: Jan 19 09:08:04 1993 *** */ 


Ett ELTCrLCecrrrcertecrrrcr@rrrrrrrrrercrrrcrrrrrrrtrrrrerterrrrrrrerrrrerrrree st 2 2 22% 


PP WR oI: 
* Displays all panels in the initia! panel set of this resource file 
* 


* REGENERATED: 
* The following WorkBench operations will cause regeneration of this file: 


* A panel is added to the initial panel set 

* A panel is deleted from the initial panel set 
* For the set of initial panels: 

* BGEvents 

ok 


* CHANGE LOG: 
* 19-Jan-93 Initially generated... TAE 


ee fc oe ake 2h of oe of ake ake ake 2c ofc ate akc ofc ae ake a ofc ai fe a ae ae i ofc ae ae ae aie fc ake afc ake afc ae ofc afc ae oe ate ate ate afc afc ake oe ate fe ae ake afc ade ate ac ake ae ae ae ake 2c ofc ae afc afc ofc ake ae ofc ok ok 
a 
#include “taeconf.inp” 
#include “wptinc.inp” 
#include ‘“global.h” /* Application globals */ 
/* One include for each panel in initial panel set */ 
#include “pan_BGEvents.h” 
FUNCTION VOID BGEvents_Create_Initial_ Panels () 
/* Show panels */ 


BGEvents_Create_Panel (NULL, WPT_PREFERRED); 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

f= ile: BGEvents_init_pan.c *** */ 

/* *** Generated: Feb 5:14°09:32 1993 *== 37 

oe Stes steak he etek eae ak a a Ae ie EE Ee 
* PURPOSE: 

* Initialize all panels in the resource file. 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* A panel is deleted 

* A new panel is added 

* A panel’s name is changed (not title) 

* For the panels: 

AAWThret, Aircraft, AirDataas ASW, ASWOrd, ASWThret, BGCrsSpd, 
BGEvents, BGShips, BGSSCom, BGSumCom, CloseAll, CommentL, CommList, 
Consol, ConsolDa, ConsolRe, DelAcft, DelComm, DelEvent, DelOrd, 
DelShip, Dtg, | EditComm, EventLis, F44Fuel, F76Fuel, FuelTran, 
LatLong, OrdData, Ordnance, OrdTrans, OrdTrSel, PrintJob, Raid, 
RaidShip, SelBG, SelOrd, SelShiOr, SelShip, SelSumm, SetStau, 
ShCrsSpd, Ship, Shuttle, StatRes, Stmke, StnkeSh, Unrep, 

UnrepDat, UnrepRes, USumComm, USumOrd 


%* & & & EH KH Ke KH F 


* CHANGE LOG: 
* 5-Feb-93 Initially generated... TAE 


a ake oie aie ae abe afc abe abe abe abe abe abe abe ake oie 2c oie fc 2k age oie fc 2c ok 2h ok ae ae ae ic 2c ok ae ae ok ake ae a oc of ofc ade ae ake afc af ofc ofc ic ae ae ae ake oie ok ake abe ofc aie ake ake ic abe ae abe ab ake afk ae afk ae ofc 


=) 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include “symtab.inc” 

#include “global.h” /* Application globals */ 


/* One “include” for each panel in resource file */ 
#include “pan_AAWThret.h” 
#include “pan_Aircraft.h” 
#include “pan_AirData.h” 
#include ‘“pan_AS W.h” 
#include “pan_ASWOrd.h” 
#include ‘“pan_ASWThret.h” 
#include “pan_BGCrsSpd.h” 
#include ‘“‘pan_BGEvents.h” 
#include “‘pan_BGShips.h” 
#include ‘“‘pan_BGSSCom.h” 
#include ‘“‘pan_BGSumCom.h” 
#include ‘‘pan_CloseAll.h” 


#include ‘“‘pan_CommentL.h” 
#include ‘“‘pan_CommList.h” 
#include ‘“pan_Consol.h”’ 
#include ‘“‘pan_ConsolDa.h” 
#include ‘‘pan_ConsolRe.h” 
#include “pan_DelAcft.h” 
#include ‘“pan_DelComm.h” 


#include “pan_DelEvent.h” 
#include “pan_DelOrd.h” 
#include ‘‘pan_DelShip.h” 
#include “pan_Dtg.h” 
#include “‘pan_EditComm.h” 
#include “pan_EventLis.h” 
#include “pan_F44Fuel.h” 
#include ‘“‘pan_F76Fuel.h” 
#include “pan_FuelTran.h” 
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#include “pan_LatLong.h” 
#include ‘“pan_OrdData.h” 
#include ‘“pan_Ordnance.h” 
#include ‘“pan_OrdTrans.h” 
#include ‘“‘pan_OrdTrSel.h” 
#include “pan_PnntJob.h” 
#include “pan_Raid.h” 
#include ‘‘pan_RaidShip.h” 
#include ‘“‘pan_SelBG.h” 
#include “pan_SelOrd.h” 
#include “pan_SelShiOr.h” 
#include “pan_SelShip.h” 
#include ‘“pan_SelSumm.h” 
#include ‘“pan_SetStau.h” 
#include “pan_ShCrsSpd.h” 
#include “pan_Ship.h” 
#include “pan_Shuttle.h” 
#include “pan_StatRes.h” 
#include “pan_Strike.h” 
#include “pan_StrikeSh.h” 
#include “pan_Unrep.h” 
#include ‘“pan_UnrepDat.h” 
#include ‘“‘pan_UnrepRes.h” 
#include ‘pan _USumComm.h” 
#include ‘“pan_USumOrd.h” 


FUNCTION VOID BGEvents_Initialize_All_ Panels (resfileSpec) 


TEXT *resfileSpec; 
{ 

extern Id Co_Find (0; 
extern Id Co_New (); 
Id vmCollectuion ; 


/* read resource file */ 
vmCollection = Co_New (P_ABORT); 
Co_ReadFile (vmCollection, resfileSpec, P_ABORT); 


/* initialize view and target Vm objects for each panel */ 
AAWThret_Initialize_Panel (vmCollection); 
Aircraft_Initialize_Panel (vmCollection); 
AirData_Initialize_Panel (vmCollection); 
ASW_Initialize_Panel (vmCollection); 
ASWOrd_Initialize_Panel (vmCollection); 
ASWThret_Initialize_Panel (vmCollection); 
BGCrsSpd_Initialize_Panel (vmCollection); 
BGEvents_Initialize_Panel (vmCollection); 
BGShips_Initialize_Panel (vmCollection); 
BGSSCom_Initialize_Panel (vmCollection); 
BGSumCom_lInitialize_Panel (vmCollection); 
CloseAll_Initialize_Panel (vmCollection); 
CommentL_Initialize_Panel (vmCollection); 
CommList_Initialize_Panel (vmCollection); 
Consol_Initialize_Panel (vmCollection); 
ConsolDa_Initialize_Panel (vmCollection); 
ConsolRe_Initialize_Panel (vmCollection); 
DelAcft_Initualize_Panel (vmCollection); 
DelComm_Initialize_Panel (vmCollection); 
DelEvent_Initialize_Panel (vmCollection); 
DelOrd_Initialize_Panel (vmCollection); 
DelShip_Initialize_Panel (vmCollection); 
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Dtg_Initialize_Panel (vmCollection); 
EditComm_Initialize_ Panel (vmCollection); 
EventLis_Initialize_Panel (vmCollection); 
F44Fuel_Initialize_Panel (vmCollection); 
F76Fuel_Initialize_Panel (vmCollection); 
FuelTran_Initialize_Panel (vmCollection); 
LatLong_Initialize_Panel (vmCollection); 
OrdData_Initialize_ Panel (vmCollection); 
Ordnance_Initialize_Panel (vmCollection); 
OrdTrans_Initialize_Panel (vmCollection); 
OrdTrSel_Initialize_Panel (vmCollection); 
PrintJob_Initialize_Panel (vmCollection); 
Raid_Initialize_Panel (vmCollection); 
RaidShip_Initialize_Panel (vmCollection); 
SelBG_Initialize_Panel (vmCollection); 
SelOrd_Initialize_Panel (vmCollection); 
SelShiOr_Initualize_Panel (vmCollection); 
SelShip_Initialize_Panel (vmCollection); 
SelSumm_Initialize_Panel (vmCollection); 
SetStati_Initialize_ Panel (vmCollection); 
ShCrsSpd_Initualize_Panel (vmCollection); 
Ship_Initialize_Panel (vmCollection); 
Shuttle_Initialize_Panel (vmCollection); 
StatRes_Initialize_Panel (vmCollection); 
Strike_Initialize_Panel (vmCollection); 
StnkeSh_Initialize_Panel (vmCollection); 
Unrep_Initialize_Panel (vmCollection); 
UnrepDat_Initialize_Panel (vmCollection); 
UnrepRes_Initialize_Panel (vmCollection); 
USumComm_Initialize_Panel (vmCollection); 
USumOrd_Initialize_Panel (vmCollection); 
} 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
/* *** File: Imakefile *** */ 

/* *** Generated: Jan 13 11:28:36 1993 *** */ 

aes ht eee ee EE ENTER ERR NE REE EE EE EEE 
* PURPOSE: 

* This 1s the Imakefile of a C application generated by the TAE Plus 

* Code Generator. 

* 

* REGENERATED: 

* This file is generated only once. 

ok 


* NOTES: 

* 1. To build your application, type “make”. The Makefile generated 
* by the TAE code generator invokes imake using this Imakefile to 

* generate an application specific Makefile. 

* 


* 2. If you change the name of your resource file or application, you 
* will need to either edit this file, or just delete it and regenerate 

* the code. 

* 


* 3. Edit this file to include your application specific source files. 
2k Ok ok ok ok ok ok kok KK kK KKK ok ok ok ok ok ok ok ok kK kK ok ok ok aK ok ok ok ok aK aK kK OK KK kK ak ok ok ok ak ak ak ak ak ok ak ak ok IC a ok 2k ok ak ak ak ak ak 2k 2k 2k 


a 
#define GeneratedApplication 


/* PROGRAMMER NOTE: 

* Add a line ‘#include “Imake.RESFILENAME””’ for each resource file in 
* your application. 

> 


#include “Imake.BGEvents” 


/* PROGRAMMER NOTE: 
* Insert application specific build parameters. These override 
* definitions in the configuration files in $TAE/config. 
ey 

CDEBUGFLAGS = 

LDDEBUGFLAGS = 

APP_CFLAGS = 
APP_LOAD_FLAGS = 

APP_LINKLIBS = -L/h/Nauticus/libs -1Vids 

APP_DEPLIBS = $(DEPLIBS) 

APP_CINCLUDES = -I$(TAEINC)\\ 
-I/h/Nauticus/include/vids/Vids.h\ 
-I/h/ogicss/scripts/gui/events/BGEventsLib.h\ 
-I/h/ogicss/scripts/gui/events/og.h 

PROGRAM = BGEvents 


/* PROGRAMMER NOTE: 

* Add $(SRCS_RESFILENAME) and $(OBJS_RESFILENAME) for each resource file 
* in your application. 

a 


GENSRCS = $(PROGRAM).c $(SRCS_BGEvents) 
GENOBJS = $(PROGRAM).o0 $3(OBJS_BGEvents) 


/* PROGRAMMER NOTE: 

* Add your application specific srcs and object files (that are not 
* generated by the code generator) here. 

*« 


APPSRCS = /h/bglcss/scripts/gui/events/bg.c\ 
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/h/bglcss/scripts/gui/events/BGEventsLib.c 
APPOBSS = /h/bglcss/scripts/gui/events/bg.o\ 
/h/bglcss/scripts/gui/events/BGEventsLib.o 


/* Macro (defined in TAEmake.tmp]l) to generate Makefile targets. 
* 
CApplication($(PROGRAM)) 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

(ios rile: pan_BGCrsSpd.c *** */ 

f* *** Generated: Jan 19 15:25:41 1993 *** */ 

aaa eee ee ee Te RELA EL EA ERATE EREERERERERERER ER 
* PURPOSE: 

* This file encapsulates the TAE Plus panel: BGCrsSpd 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_BGCrsSpd.h”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s Id, Target, and View are provided. 

2k he 2h ke oe ofc ke ake ke ae ake ake ke ke ke ake akc ake ake ae ake ake ake ae oe aie akc ae ake ake ae ae aie ate fe fe ake afc ake ate ate ate ate ote fe ate ake ate ate ate ake ate afc ai ke ake ake ate age age fe fe afc ae ake afc af ate aft af ate af ate oie akc 


) 


#include “taeconf.inp” 
#include “wptunc.inp” 
#include “plobal.h” 

#include “pan_BGCrsSpd.h” 


/* Application globals */ 


/* One “include” for each connected panel */ 
#include “pan_Dtg.h” 


/*BERN*/ 
#include “pan_SelBG.h” 
#include “pan_BGEvents.h” 


/*BERN*/ 

extern BGEVENT* SaveBGEvents(); 
extem BGEVENT* GetBGEvents(); 
extern BGEVENT* MakeBGEvent(); 
extern BGEVENT* InserttBGEvent(); 
extern int GetBG(); 

extern int GetBGs(); 

extem int dtg(); 

extem int validdtg(); 

extem BGHEADER* MakeBGHeader(); 
extem BGHEADER* GetBGHeaders(); 
extem BGHEADER* InsertB GHeader(); 
extem BGHEADER* SaveBGHeaders(); 


Id BGCrsSpdTarget, BGCrsSpdView, BGCrsSpdld; 
/* BGCrsSpdDispatch is defined at the end of this file */ 


Fi ee ee Ee EE EE ee EEE EERE EER EE 


* Initialize the view and target of this panel. 
* 


FUNCTION VOID BGCrsSpd_Initialize_Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find (); 


BGCrsSpdView = Co_Find (vmCollection, “BGCrsSpd_v”); 
BGCrsSpdTarget = Co_Find (vmCollection, “BGCrsSpd_t”); 
} 


me oe ee ee ee EEE EEA EES EERE ENR RELA AA EAE AEE 
* Create the panel object and display it on the screen. 

aS 

FUNCTION VOID BGCrsSpd_Create_Panel (relativeWindow, flags) 


Window _ relativeWindow; 
COUNT _ flags; 
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if (BGCrsSpdId) 
printf (“Panel (BGCrsS pd) is already displayed.An”); 

else 
BGCrsSpdld = Wpt_NewPanel(Default_Display, BGCrsSpdTarget, 
BGCrsSpd View, relativeWindow, BGCrsSpdDispatch, flags); 


iia a a a iNeed ed la ed lilt Da las atid atl Saale fat Sian Sea tatih shat Tart la ty tak ae as 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 

uh 

FUNCTION VOID BGCrsSpd_Destroy_Panel () 


{ 
Wpt_PanelErase(BGCrsSpdld); 


BGCrsSpdId=0; 


PR ee eee ee ee ee ee ee ee ee Oe ae eae eee 


* Connect to this panel. Create it or change it’s state. 

a] 

FUNCTION VOID BGCrsSpd_Connect_Panel (relative Window, flags) 
Window _ relativeWindow; 
COUNT flags; 


{ 
if (BGCrsSpdlId) 
Wpt_SetPanelState (BGCrsSpdld, flags); 
else 
BGCrsSpd_Create_Panel (relativeWindow, flags); 


[E RRRERRERRERARRERRERRERRRK EERE RAR AR RE a ar ane 


* Handle event from parameter: AddEvent 


ak 
/ 

EVENT_HANDLER AddEvent_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 

/*BERN*/ 

BGInfo BGs[MAXBGS]; 

int BGIndex = 0; 

int BGHeaderlIndex = 0: 

BGHEADER* New Header; 

BGHEADER* HeadHeader; 

BGEVENT* NewEvent; 

BGEVENT* HeadEvent; 


HeadEvent = (BGEVENT®* ) malloc(sizeof (struct BGEvent )); 
HeadEvent->DTG = 0; 

HeadHeader = (BGHEADER* ) malloc(sizeof (struct BGHeader )); 
HeadHeader->DTG = 0, 

BGIndex = GetBGs(BGs); 
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BGIndex = GetBG(StringParm(BGE ventsTarget, BGList”), BGIndex); 
HeadEvent = GetBGEvents(BGIndex); 


if (HeadEvent->DTG == 0){ 
HeadEvent = (BGEVENT™* ) malloc(sizeof (struct BGEvent )); 


NewEvent = MakeBGEvent(0, dtg(StingParm(BGCrsSpdTarget,” Dtg”)), 
BGCourseS peed, Orphan,All,Low, 100, 

RealParm(BGCrsS pdTarget, Course”), 

RealParm(BGCrsSpdTarget, “Speed”)); 


NewHeader=MakeBG Header(BGCourseSpeed, 
StringParm(BGCrsSpdTarget,’Dtg”), 
RealParm(BGCrsS pdTarget, ‘Course’’), 
RealParm(BGCrsSpdTarget, ““Speed’’)); 


HeadHeader = GetBGHeaders(BG Index); 

HeadHeader = InsertBGHeader( HeadHeader, NewHeader); 
SaveBGHeaders(BGIndex, HeadHeader); 

HeadEvent = InsertBGEvent(HeadEvent, NewEvent): 
SaveBGEvents(BGIndex, HeadEvent); 

free(HeadE vent); 

free(NewEvent); 


/* Begin generated code for Connection */ 
BGCrsSpd_Destroy_Panel (); 
/* End generated code for Connection */ 


ee ee ee Ee ee SEER EEE EE TERRE EE EE TEETER EEE REE EE ERE EE 


* Handle event from parameter: Close 

ak 

EVENT_HANDLER Close_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
BGCrsSpd_Destroy_Panel (); 
/* End generated code for Connection */ 


ae ee eee ee te ee EEE EAE ERE SEER ARAL AE RARERA SARK AERAE ES 


* Handle event from parameter: Dtg 


ai 

EVENT_HANDLER Dtg_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count: /* num of values */ 


int DtgInteger; 
int* pointer; 


20)3 


(int*) DtgInteger = pointer; 
DtgInteger = dtg(SuingParm(BGCrsSpdTarget, “Dtg”)); 


if (validdtg((StringParm(BGCrsSpdTarget, “Dtg”)), pointer) == 0){ 
/* Begin generated code for Connection */ 
Dtg_Connect_Panel (NULL, WPT_PREFERRED); 

/* End generated code for Connection */ 


[ROAR AA RO IA IA IA ICICI TO RAO I TOA ICI IOI ACR TORIC IO ATOR RTT RR RR ATC 


* Handle event from parameter: Help 

b 

EVENT_HANDLER Help_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 


struct DISPATCH BGCrsSpdDispatch[]} = { 
{“‘“AddEvent”, AddEvent_Event}, 
{““Close”, Close_Event}, 
{“Dtg”, Dtg_Event}, 
{“Help”, Help_Event}, 
{NULL, NULL} /* terminator entry */ 
i 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

foe File: pan_BGCrsSpd.h *** */ 

/* *** Generated: Jan 19 09:08:04 1993 *** */ 

aula ea aa ara eae ee ee ee A EEE EERE EE ERE EE KEK 
* PURPOSE: 

: Header file for panel: BGCrsSpd 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name is changed (not ttle) 

* For panel: 

* BGCrsSpd 

ok 

* CHANGE LOG: 

* 19-Jan-93 Initially generated... TAE 

2 kok OK ok ok ok ok ok ok kk ok ok ok ok ok ok ok ok ok 2k kk ok ok ok 2k 2k i of 2k ok fe kk ok ok ak oie oe oe ok akc ok 2k ok ok ae ok of ok oko ake i oi ic fe i akc ok ok ok ok ok 2c afc ie ic aie ic af 


a7 


#ifndef I_PAN_BGCrsSpd /* prevent double include */ 
#define I PAN _BGCrsSpd_ 0 


/* Vm objects and panel Id. */ 
extern Id BGCrsSpdTarget, BGCrsSpdView, BGCrsSpdld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH BGCrsSpdDispatch{]}; 


/* Initialize BGCrsSpdTarget and BGCrsSpdView */ 
extern VOID BGCrsSpd_Initalize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID BGCrsSpd_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID BGCrsSpd_Destroy_Panel (): 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID BGCrsSpd_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
[i> Eile: pan_BGEvents.c *** */ 
/* *** Generated: Feb 8 11:33:14 1993 *** */ 

[Ree Rt ee eee ee ee ee ee 
PURPOSE. 

* This file encapsulates the TAE Plus panel: BGEvents 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files 1s enabled by inserting 

* ‘#include ‘‘pan_BGEvents.h”’. For more advanced manipulation of the panel 
* using the TAE routines, the panel’s Id, Target, and View are provided. 

Kk 


* For the panel items: 
* AAWThreatLevel, ASWEvent, ASWThreatLevel, BGCourseSpeed, 


* Close, CommentList, Consol, EventList, 
* FuelTransfer, Help, OrdnanceTransfe, Predict, 
* Raid, SetStation, | ShipCourseSpeed, ShipList, 
Strike, Unrep 

ok 

* CHANGE LOG: 


* 8-Feb-93 Initially generated... TAE 


ee 2 24 2c oc ae ic ic 2c 2c ae 2 a oe ae oe 2 a ae ae ic oc ake ae occ ic ic afc ic ic 2c 2c 3 2k 2k 2k te 2g oc ic afc ic 2 ae ic ae ae ok ate ae afc 2c 2c ate ok ate ate aie 2k ate oe 2c 
2) 


#include “taeconf.inp” 

#include “wplinc.inp” 

#include “global.h” /* Application globals */ 
#include “pan_BGEvents.h” 


/* One “include” for each connected panel */ 
#include “pan_AAWThret.h” 
#include “pan_ASW.h” 
#include “pan_AS WThret.h” 
#include “pan_BGCrsSpd.h” 
#include “pan_CloseAll.h” 
#include “pan_CommentL.h” 
#include “pan_Consol.h” 
#include ‘“pan_EventLis.h” 
#include “pan_FuelTran.h” 
#include ‘“pan_OrdTrSel.h” 
#include ‘“pan_SelSumm.h” 
#include “pan_Raid.h” 
#include “pan_SetStati.h” 
#include ‘“pan_ShCrsSpd.h” 
#include “pan_BGShips.h” 
#include “pan_Strike.h” 
#include “pan_Unrep.h” 


/*BERN*/ 
extern int GetBGs(); 
extern void ShowBGs(); 


Id BGEventsTarget, BGEventsView, BGEventsld: 
/* BGEventsDispatch is defined at the end of this file */ 


[ROR IAG I IGG dia GGG Ik i ak aa a A I ak ak ak ak ak 


* Initialize the view and target of this panel. 

a 

FUNCTION VOID BGEvents_Initialize_Panel (vmCollection) 
Id vmCollection; 
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ld Co_Find (0; 


BGEvents View = Co_Find (vmCollection, “BGEvents_v”); 
BGEventsTarget = Co_Find (vmCollection, “BGEvents_t’); 


ae he he fe ie afc ae ake ae he ke ake ade af ae he ae ae ake 2c ake ake keke 2c ake ake ke 2c 2c oe ae ie ake ae ake ke fe of ake ae 2h ae ake 2c ke a ake ake ae ae ake ake ae ake ake ake ae ake ke 2c ke ade ke ie oe ade ode ke ae ae ae 2c 


* Create the panel object and display it on the screen. 
* 


FUNCTION VOID BGEvents_Create_Panel (relative Window, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
/*BERN*/ 
BGInfo BGs[MAXBGS]; 


if (BGEventsId) 
printf (“Panel (BGEvents) is already displayed.\n”); 
else 
BGEventsld =Wpt_NewPanel (Default_Display, BGEventsTarget, BGEventsView, 
relativeWindow, BGEventsDispatch, flags); 
GetBGs(BGs); 


ShowBGs(BGEventsld,” BG List’); 


me ee OE OE EES EE EET EERE RE EER EEE TREE EERE EE EREREE EEE EE 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
* 


FUNCTION VOID BGEvents_Destroy_Panel () 


Wpt_PanelErase(BGEventsld); 
BGEventsId=0; 


eee a ST TEESE EE EEE EE EEE EES ETE EEE ESTEE EEE EE EELE REALE EEEA ERE 


* Connect to this panel. Create it or change it’s state. 

ri 

FUNCTION VOID BGEvents_Connect_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
if (BGEventsld) 
Wopt_SetPanelState (BGEventsld, flags); 
else 
BGEvents_Create_Panel (relative Window, flags): 


PROBA AO OCB A OOOO GCI COI Gi cic ioioickak kok iciciaiiok teak ak ak katie 


* Handle event from parameter: AAWThreatLevel 
a 


EVENT_HANDLER AAWThreatLevel_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count: /* num of values */ 

{ 


/* Begin generated code for Connection */ 
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AAWThret_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[R ERERERERREREREREEA DEE ET eee ee 


* Handle event from parameter: ASWEvent 
* 


EVENT_HANDLER ASWEvent_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count: /* num of values */ 
/* Begin generated code for Connection */ 
ASW_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[ROPERS EREREEEAE EEE EEE EEE EERE EEE ERE ee ee a 


* Handle event from parameter: AS WThreatLevel 
ote 


EVENT_HANDLER ASWThreatLevel_Event (value, count) 


TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


/* Begin generated code for Connection */ 
ASWThret_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


ES et REE EEE EE 


* Handle event from parameter: BGCourseSpeed 


ap 

EVENT_HANDLER BGCourseSpeed_Event (value, count) 
TEXT *value[{]; /* string pointers */ 
FUNINT count: /* num of values */ 


{ 

/* Begin generated code for Connection */ 
BGCrsSpd_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[RR EREA AERA AREER EES EEE ERATE LEAKE EEE ESE A OE OE ER ee ee ete 
* Handle event from parameter: Close 


7 

EVENT_HANDLER Close_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


{ 


/* Begin generated code for Connection */ 
CloseAll_Connect_Panel (NULL, WPT_PREFERRED);: 
/* End generated code for Connection */ 


[ROR ICI GGG GGG CCCI III GI II ICI 
* Handle event from parameter: CommentList 
ic 


EVENT_HANDLER CommentList_Event (value, count) 
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TEXT *value[}: /* string pointers */ 
FUNINT — count; /* num of values */ 

{ 

/* Begin generated code for Connection */ 
CommentL_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


| oe ee ee a EEE REESE Eee 


* Handle event from parameter: Consol 
b 


EVENT_HANDLER Consol_ Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 

{ 

/* Begin generated code for Connection */ 
Consol_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


Oe he 2k 2h ake fc ate oe afc ake ake ie ofc 2c ae 2c oe ake kc 2c oe ae fc 2c ake ic ake ai ae ake afc 2c ac akc akc 2c afc 2c ac kc ac ak ac ic ac 2c ac ke kc hc af ic ac ke 2c ic ake ic ae fc ae oe akc oe ae ake akc afc oe ae ic afc 


* Handle event from parameter: EventList 

bd 

EVENT_HANDLER EventList_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
EventLis_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


areata ade tenet Ne Rte teccee nete P RA Ae Ae Ae IC Ae Te ta te a A A A IAS ACR ie Ae He PAG RO Ae AeA ete ie A eee te He ee 


* Handle event from parameter: FuelTransfer 
aie 


EVENT_HANDLER Fuel!Transfer_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 


/* Begin generated code for Connection */ 
FuelTran_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


a ae ae ent Ae et I I OE EE Ie HO eK ee A HO Ae Ae a 


* Handle event from parameter: Help 
ak 


/ 

EVENT_HANDLER Help_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 


/* Begin generated code for Connection */ 


EventLis_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 
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[# BREE ERRERERE SERN amie eae eee 


* Handle event from parameter: OrdnanceTransfe 

* 

EVENT_HANDLER OrdnanceTransfe_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 

{ 

/* Begin generated code for Connection */ 
OrdTrSel_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[¥ ERERERRERERRER SEER ELECE ELS EEE ERE Se ES a 


* Handle event from parameter: Predict 

3 

EVENT_HANDLER Predict_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
/* Begin generated code for Connection */ 
SelSumm_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


[PR REE eee eee ee ee ee ee a i eg a a ee 


* Handle event from parameter: Raid 
* 


EVENT_HANDLER Raid_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT count; /* num of values */ 
/* Begin generated code for Connection */ 
Raid_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


eee ee ee a eae 


* Handle event from parameter: SetStation 

4 

EVENT_HANDLER SetStation_Event (value, count) 
Eo *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
SetStati_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 
} 


[ERR EEE EEE EEE ES EES REE eR ee 


* Handle event from parameter: ShipCourseS peed 


a) 

EVENT_HANDLER ShipCourseS peed_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


/* Begin generated code for Connection */ 
ShCrsSpd_Connect_Panel (NULL, WPT_PREFERRED); 


210 


/* End generated code for Connection */ 


rei re ENE EAE RE EER ERE ERE REM RAR AE HE HR HH 


* Handle event from parameter: ShipList 

ak 

EVENT_HANDLER ShipList_Event (value, count) 
TEXT *value[}; /* string pointers */ 
FUNINT — count; /* num of values */ 
{ 
/* Begin generated code for Connection */ 
BGShips_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


aa ae ee nels eerie eee et a err ROR BO A a Ee ee ee 


* Handle event from parameter: Strike 
ak 


EVENT_HANDLER Stnke_Event (value, count) 
TEXT *value(]; /* string pointers */ 
FUNINT — count; /* num of values */ 
/* Begin generated code for Connection */ 
Strike_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 

} 


a EEE EEE AER ER EERE ARE EERE EEA EE © 


* Handle event from parameter: Unrep 
ak 


EVENT_HANDLER Unrep_Event (value, count) 
TEXT *value[]: /* string pointers */ 
FUNINT count; /* num of values */ 


/* Begin generated code for Connection */ 
Unrep_Connect_Panel (NULL, WPT_PREFERRED); 
/* End generated code for Connection */ 


struct DISPATCH BGEventsDispatch[] = { 
{““AAWThreatLevel”, AAWThreatLevel_ Event}, 
{“ASWEvent”, ASWEvent_Event}, 
{“ASWThreatLevel”, ASWThreatLevel_Event}, 
{““BGCourseSpeed”, BGCourseSpeed_Event}, 
{“Close”, Close_Event}, 
{“CommentList’, CommentList_Event}, 
{““Consol”’, Consol_Event}, 

{“EventList”, EventList_Event}, 

{“FuelTransfer”, FuelTransfer_Event}, 

{““Help”, Help_Event}, 

{“OrdnanceTransfe”, OrdnanceTransfe_Event}, 

{““Predict”, Predict_Event}, 

{““Raid”, Raid_Event}, 

{“SetStation”, SetStation_Event}, 

{ 

{ 


4 


4 


‘ShipCourseSpeed”, ShipCourseSpeed_Event}, 
“ShipList’, ShipList_Event}, 


Zit 


{“Strike”, Strike_Event}, 

{“Unrep”, Unrep_Event}, 

{ NULL, NULL} /* terminator entry */ 
}; 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

jo? File: pan_BGEvents.h *** */ 

/* *** Generated: Jan 19 09:08:04 1993 *** */ 

cee a ee en REET LRKR AERA ER EEE ERE ERE 
* PURPOSE: 

* Header file for panel: BGEvents 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name 1s changed (not title) 

* For panel: 

* BGEvents 

oe 

* CHANGE LOG: 

* 19-Jan-93 Initially generated...TAE 

2K ake ake i ake fe ake ake ae ie ake ak akc ok ate akc afc ake afc ate ae ake ate afc ate ake abe abe afc afc 2k ic ae ate ake ate akc akc ake ake afc ke ake ake atc ate ae ake ake ae aie ake a abe ake ak ake aie ae ake abe ake ade aie ake ake afc ake abe aie afc ke fe afc 


“ 


#ifndef I PAN BGEvents /* prevent double include */ 
#define I PAN BGEvents 0 


/* Vm objects and panel Id. */ 
extern Id BGEventsTarget, BGEventsView, BGEventsld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH BGEventsDispatch{]; 


/* Initialize BGEventsTarget and BGEventsView */ 
extern VOID BGEvents_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID BGEvents_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID BGEvents_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID BGEvents_Connect_Panel (); 
#endif 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

pe eS SaE ile: Overview.c *** */ 

/* *** Generated: Jama 1325227 oa ey, 

[8 RREERR ERE ER EEL ERE EEE EE REL A ee ee eee 
* PURPOSE: 

* This the main program of an application generated by the TAE Plus Code 

* Generator. 

* 


* REGENERATED: 
* This file is generated only once. 
ok 


* NOTES: 
* To turn this into a real application, do the following: 
* 


* 1. Each panel that has event generating parameters 1s encapsulated by 
* a separate file, named by concatenating the string “‘pan_” with the 

* panel name (followed by a“‘.c”). Each parameter that you have defined 
* to be “event-generating”, has an event handler procedure in the 

* appropriate panel file. Each handler has a name that is a 

* concatentation of the parameter name and the string “_Event”. Add 

* application-dependent logic to each event handler. (As generated by 
* the WorkBench, each event handler simply logs the occurrence of the 
* event.) 

5 3 

* 2. To build the program, type “make”. If the symbols TAEINC, ..., 

* are not defined, the TAE shell (source) scripts $T AE/bin/csh/taesetup 
* will define them. 

* 


* ADDITIONAL NOTES: 

* 1. Each event handler has two arguments: (a) the value vector 

* associated with the parameter and (b) the number of components. Note 
* that for scalar values, we pass the value as if it were a vector with 

* count 1. 

* 


* Though it’s unlikely that you are interested in the value of a button 

* event parameter, the values are always passed to the event handler for 
* consistency. 

+ 


* 2. You gain access to non-event parameters by calling the Vm package 
* using the targetId Vm objects that are created in 

* Initialize_All_Panels. There are macros defined in global.h to assist 

* in accessing values in Vm objects. 

* 


* To access panel Id, target, and view, of other panels, add an 
* “#include” statement for each appropriate panel header file. 
4 


* CHANGE LOG: 
* 13-Jan-93 Initially generated... TAE 


eh 2 eke ie ie 2k 2k ee 2k 2 ec 2h 2 2 Fe ake oh 2 oe oe oo a ok a a ak 2 2 2c oe 2 oi oe of ote ake ake oi oe ake ok 2 ae of ke eae oe ak akc afc ake ake ok akc ake akc afc ok ake akc ake af afc 2k 


*/ 


#include “taeconf.inp” 
#include “wptinc.inp” 
#include ‘“symtab.inc” 
#include “global.h” /* Application globals */ 


Display * Default_Display; 
BOOL Application_Done = FALSE; 


main (argc, argv) 
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FUNINT argc; 
ex *argv(); 


{ 
WptEvent wptEvent; /* event data */ 


CODE eventType; 


COUNT termLines, termCols; 
CODE termType, ret;/*BERN*/ 


/* PROGRAMMER NOTE: 
* add similar extern’s for each resource file in this application 
* 


extern VOID Overview_Initialize_AIIL Panels (); 
extern VOID Overview_Create_Initial_ Panels (); 


struct DISPATCH Zp: /* working dispatch pointer */ 
IMPORT struct VARIABLE *Vm_Find(); 
struct VARIABLE *parmv; /* pointer to event VARIABLE */ 


/* initialize terminal without clearing screen */ 
t_pinit (&termLines, &termCols, &termType); 


/* permit upper/lowercase file names */ 
f_ force_lower (FALSE): 


Default_Display = Wpt_Init (NULL); 


/* initialize resource file */ 

/* PROGRAMMER NOTE: 

* For each resource file in this application, calls to the appropriate 
* Initialize_All_ Panels and Create_Initial_ Panels must be added. 
ig 

Overview_Initialize_All_Panels (“Overview.res”); 
Overview_Create_Initial_ Panels (); 


/* main event loop */ 

/* PROGRAMMER NOTE: 

* use SET_APPLICATION_DONE in “quit” event handler to exit loop. 
* (SET_APPLICATION_DONE 1s defined in global.h) 

ay 


ret = Wpt_SetHelpStyle(‘wpthelp.res”); 
while (!Application_Done) 


eventl ype = Wpt_NextEvent (&wptEvent); /* get next WPT event */ 
switch (eventType) 
case WPT_PARM_EVENT: 
/* Event has occurred from a Panel Parm. Lookup the event 
* in the dispatch table and call the associated event 
* handler function. 
ay 
dp = (struct DISPATCH *) wptEvent.p_userContext; 
for (; (*dp).parmName != NULL; dp++) 
if (s_equal ((*dp).parmName, wptEvent.parmName)) 


parmv = Vm_Find (wptEvent.p_dataVm, wptEvent.parmName); 
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(*(*dp).eventFunction) 
((*parmv).v_cvp, (*parmv).v_count); 
break; 


} 
break; 
case WPT_FILE_ EVENT: 


/* PROGRAMMER NOTE: 
* Add code here to handle file events. 
* Use Wpt_AddEvent and Wpt_RemoveEvent to register and remove 


* event SOUICES. 
* 


printf (“No EVENT_HANDLER for event from external source.\n”); 
break; 


case WPT_WINDOW_EVENT: 


/* PROGRAMMER NOTE: 
* Add code here to handle window events. 
* WPT_WINDOW_EVENT can be caused by windows which you directly 
* create with X (not TAE panels), or by user acknowledgement 
* of a Wpt_PanelMessage (therefore no default print statement 


* is generated here). 
* 


break; 
case WPT_TIMEOUT_EVENT: 
/* PROGRAMMER NOTE: 


* Add code here to handle timeout events. 
* Use Wpt_SetTimeOut to register timeout events. 
xk 


printf (“No EVENT_HANDLER for timeout event.\n”); 
break; 


default: 
printf(“Unknown WPT Event\n"); 
break; 
| : /* end main event loop */ 
Wpt_Finish();/* close down all display connections */ 


/* PROGRAMMER NOTE: 

* Application has ended normally. Add application specific code to 
* close down your application 

* 


/ 


} /* end main */ 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

fF =** File: Overview_creat_init.c *** */ 

(Fae Generated: Jan 13 13:52:27 1993 *** */ 

eee CeIn ee eS eS REESE EE EERE ES EERE ER EEE ES 
PURPOSE: 

* Displays all panels in the initial panel set of this resource file 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* A panel is added to the initial panel set 

* A panel ts deleted from the initial panel set 

* For the set of initial panels: 

* Overview 

ok 


* CHANGE LOG: 
* 13-Jan-93 Initially generated... TAE 


eRe oe ie ic 2c oh ah ode ate ac kk 3 ak ok oc ofc oe ak oc oc ok ok ok 2k oat a oc 2 ae ac ke oh 2 oe ho fe ofc otk akc oe oc afc ke ak akc ak ae ae ate ae akc of ake ae oe ke ake ake ic cic 
oh 
#include “taeconf.inp” 
#include “wptinc.inp” 
#include “global.h” /* Application globals */ 
/* One include for each panel in initial panel set */ 
#include “pan_Overview.h” 
FUNCTION VOID Overview_Create_Initial_ Panels () 
/* Show panels */ 


Overview_Create_Panel (NULL, WPT_PREFERRED): 
} 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 

fot <2 File: Overview_init_pan.c *** */ 

[* ©** Generated: Jam tals 9227 19 ee, 

Rr a eee ee eee eee ee ee ee eee ee ee as 
* PURPOSE: 

* Initialize all panels in the resource file. 

* 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* A panel is deleted 

* A new panel is added 

* A panel’s name 1s changed (not title) 

* For the panels: 

* Overview 

oy 


* CHANGE LOG: 
* 13-Jan-93 Initially generated... TAE 
MK ie ie ie af fe ke a ic fc ac ae ke cae fe fe ae fe fc oie af fc ac ac afc 2c ake ke ake fe ac 2c afc ac ofc afc ac ae ae fee ac ake ke afc ac ate oe ake fe ac ofc i ac oe ac oc ic akc oc oe 2c 2c oe ie ic oc ae ake fc afc ac 


yy 


#include “taeconf.inp” 
#include “wptinc.inp” 
#include “symtab.inc”’ 
#include ‘“global.h” /* Applicaton globals */ 


/* One “include” for each panel in resource file */ 
#include ‘“‘pan_Overview.h” 


FUNCTION VOID Overview_Initialize_All_Panels (resfileSpec) 
TEXT *resfileSpec; 


{ 

extern Id Co_Find 0; 
extern Id Co_New (); 
Id vmColHection ; 


/* read resource file */ 
vmCollection = Co_New (P_ABORT); 
Co_ReadFile (vmCollection, resfileSpec, P_ABORT); 


/* initialize view and target Vm objects for each panel */ 
Overview_Initialize_Panel (vmCollection); 
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/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
jt te* ile: pan_Overview.c *** */ 

/* *** Generated: Jan 14 08:16:26 1993 *** */ 

| eee aes ee ee ear eee ke TEER EE LEE EE REET EERE EE SE 
+ PURPOSE: 

* This file encapsulates the TAE Pius panel: Overview 

* These routines enable panel initialization, creation, and destruction. 

* Access to these routines from other files is enabled by inserting 

* ‘#include “pan_Overview.h”’. For more advanced manipulation of the panel 

* using the TAE routines, the panel’s Id, Target, and View are provided. 

we 


A INOTES. 

* For each parameter that you have defined to be “event-generating” in 

* this panel, there is an event handler procedure below. Each handler 

* has a name that is a concatenation of the parameter name and “_Event”. 
* Add application-dependent logic to each event handler. (As generated 
* by the WorkBench, each event handler simply logs the occurrence of the 
* event.) 

"4 

* You may want to flag any changes you make to this file so that 1f you 

* regenerate this file, you can more easily cut and paste your 

* modifications back in. For example: 

oe 

generated code ... 

/* (+) ADDED yourinitials * / 

your code 

/* (-) ADDED * / 

more generated code ... 


eke Ee eS 


* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 
* The panel’s name is changed (not title) 

* For panel: 

* Overview 

"e 

* The following WorkBench operations will also cause regeneration: 
An item 1s deleted 

A new item 1s added to this panel 

An item’s name is changed (not title) 

An item’s data type 1s changed 

An item's generates events flag is changed 

An item’s valids changed (if item is type string and connected) 
* An item’s connection information is changed 

* For the panel items: 


* &* & & Ke OF 


* BackUp, Close, Events, Forward, 
* Help, Index, SetUp 

7 

* CHANGE LOG: 


* 14-Jan-93 Initially generated... TAE 


a kK IC i iii io ko iki kick ick ick ic icakoakoieak kick ieak kaki ak kek koa ake kak fe kfc ake fe ake ake a ake afe ake ake fe akc ake ae ake ake ae fe 


7 

#include “taeconf.inp” 

#include “wptinc.inp” 

#include ‘“global.h” /* Application globals */ 


#include “pan_Overview.h” 
/* One “include” for each connected panel */ 


Id OverviewTarget, Overview View, Overviewld; 


Z19 


/* OverviewDispatch is defined at the end of this file */ 


[PRE REREEEE EERE EE EE EEE EE EEE RE EE ee es ae io 


* Initialize the view and target of this panel. 
9 


FUNCTION VOID Overview_Initialize_ Panel (vmCollection) 
Id vmCollection; 


{ 
Id Co_Find Q; 


Overview View = Co_Find (vmCollection, “Overview_v’”); 
OverviewTarget = Co_Find (vmCollection, “Overview_t”); 


/* FR IO OIRO IO IOI OI I II IOI I I 2k 2k I FF 2 2 kk Fe ka kek FF FI IR Rk 2K I IC ak IC ake ae ae ae ake 2 af af ake 


* Create the panel object and display it on the screen. 


FUNCTION VOID Overview_Create_Panel (relativeWindow, flags) 
Window _ relativeWindow; 
COUNT _ flags; 


{ 
if (Overviewld) 
printf (“Panel (Overview) 1s already displayed.\n”); 
else 
Overviewld = Wpt_NewPanel (Default_Display, OverviewTarget, Overview View, 
relative Window, OverviewDispatch, flags); 


[PEPER ES EAE EE EEE EE eee 


* Erases a panel from the screen and de-allocate the associated panel 
* object. 
ae 


FUNCTION VOID Overview_Destroy_Panel () 


{ 
Wpt_PanelErase(Overvie wld), 
Overvie wld=0; 


[ROE EE Ee ER ee ee eee 


* Connect to this panel. Create it or change it’s state. 
9 


FUNCTION VOID Overview_Connect_Panel (relativeWindow, flags) 
Window _ relative Window; 
COUNT flags; 


{ 
if (Overviewld) 
Wpt_SetPanelState (Overviewld, flags); 
else 
Overview_Create_Panel (relative Window, flags); 


PR RF OI IO ICO IO IO IO IOI IOI IOI A OR II I I ROR OR CF RC CR CF kk Fk FC kek 2k CIC 2K kt 2k C2 ak 


* Handle event from parameter: BackUp 

> 4 

EVENT_HANDLER BackUp_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
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( 
/* Begin default generated code */ 


printf (“Panel Overview, parm BackUp: value = %s\n”, 
count>0 ? value[O] : “none’”); 


/* End default generated code */ 


i ee et et eT TES TT 


* Handle event from parameter: Close 


\ +) 
EVENT_HANDLER Close_Event (value, count) 
TAEINT _ value[]; /* integer vector */ 
FUNINT — count; /* num of values */ 


{ 
/* Begin default generated code */ 


printf (“Panel Overview, parm Close: value = %d\n”, 
count>0 ? value[O] : 0); 


/* End default generated code */ 
/* Begin generated code for Connection */ 


Overview_Destroy_Panel (); 
SET_APPLICATION_DONE; 


/* End generated code for Connection */ 


ee ee ee ee ee er ee 


* Handle event from parameter: Events 

ate 

EVENT_HANDLER Events_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 
/* Begin default generated code */ 


printf (“Panel Overview, parm Events: value = %s\n”, 
count>0 ? value[0] : “none”); 


/* End default generated code */ 


ee er en et ER eh ee Re ee SERRE RE ER ERR RRR RE OR 
* Handle event from parameter: Forward 


a 

EVENT_HANDLER Forward_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


/* Begin default generated code */ 


printf (“Panel Overview, parm Forward: value = %s\n’’, 
count>0 ? value[0] : “none”); 
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/* End default generated code */ 
} 


/* SOIR I RR RR RR Ik i Rk Rk kok i kk kak ak ak ak ak ak ak ak ak ak ake ake ake ake ake 


* Handle event from parameter: Help 

oe 

EVENT_HANDLER Help_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT ~~ count; /* num of values */ 
{ 
/* Begin default generated code */ 


printf (“Panel Overview, parm Help: value = %s\n”, 
count>0 ? value[O] : “‘none”); 


/* End default generated code */ 
} 


Be aie fe af ake fe afc oe 2c a a 2k ke fe ake 2c 2c ae ake ak ac ke af 2c ac 2c of a afc ac ae ak ae 2c ake aie ac ak 2c ac fe ae ae aie ae ac akc ae ake ae fe ake akc ae ae aie ake aie ac ae 2c ae akc a ake afc 2c afc akc akc ake 2k >fe 


* Handle event from parameter: Index 


wi 

EVENT_HANDLER Index_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT — count; /* num of values */ 


/* Begin default generated code */ 


printf (“Panel Overview, parm Index: value = %s\n”, 
count>0 ? value[O] : ““none’’); 


/* End default generated code */ 


eee ee eee ee eee eee ee a ae eae 


* Handle event from parameter: SetUp 

he 

EVENT_HANDLER SetUp_Event (value, count) 
TEXT *value[]; /* string pointers */ 
FUNINT ~ count; /* num of values */ 


{ 
/* Begin default generated code */ 


printf (“Panel Overview, parm SetUp: value = %s\n”, 
count>0 ? value[0] : “none”); 


/* End default generated code */ 
} 


struct DISPATCH OverviewDispatch{[] = { 
“BackUp”, BackUp_Event}, 

“Close”, Close_Event}, 

“Events”, Events_Event}, 

“Forward”, Forward_Event}, 

“Help”, Help_Event}, 

“Index”, Index_Event}, 


{ 
{ 
{ 
{ 
| 
{“SetUp”, SetUp_Event}, 
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/* terminator entry */ 





Za 





/* *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
arate. pan_Overview.h *** */ 

/* *** Generated: Jan4d3 13:52:27 1993372 

a PR Re He Re Fee RR Ae Re I RE A TT Ae OR RR i ee 
* PURPOSE: , 

* Header file for panel: Overview 

bd 

* REGENERATED: 

* The following WorkBench operations will cause regeneration of this file: 

* The panel’s name 1s changed (not title) 

* For panel: 

* Overview 

ode 

* CHANGE LOG: 

* 13-Jan-93 Initially generated... TAE 

aie ke 2 ae te ade ade oe ade ae ae ate ade ak ate ae fk ake oe ae ate ade ade ad ak ake ake ade ake ae ake ade ake ke ie ae ae ake ae ae ac ade aie ke ae ae ake ae ae ae ie oe ae abe ale ake ae ake ake ade ae ade aie ake ae adc ake aie ac ake oe ac ie ac 


. 


#ifndef 1 PAN Overview /* prevent double include */ 
#define I PAN Overview OQ 


/* Vm objects and panel Id. */ 
extern Id OverviewTarget, Overview View, Overviewld; 


/* Dispatch table (global for calls to Wpt_NewPanel) */ 
extern struct DISPATCH OverviewDispatch{[]; 


/* Initialize OverviewTarget and Overview View */ 
extern VOID Overview_Initialize_Panel (); 


/* Create this panel and display it on the screen */ 
extern VOID Overview_Create_Panel (); 


/* Destroy this panel and erase it from the screen */ 
extern VOID Overview_Destroy_Panel (); 


/* Connect to this panel. Create it or change it’s state */ 


extern VOID Overview_Connect_Panel (); 
#endif 
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APPENDIX C. BGLCSS 2.0 C++ PROGRAM LISTING 


C++ files generated by TAE Plus contained is this appendix: 


BGSetup.cc 
BGSetup.h 
BGSetup_creat_init.cc 
BGSetup_init_pan.cc 
Imakefile 
item_SetUpBGs.h 
pan_SetUpBGs.cc 
pan_SetUpBGs.h 
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// *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** 
/{) = Bake: EGScCEUp cc." 

// *** Generated: Mar 10207 75-07) 1903 *** 

FILTIT ETL TEAL ATLA T ALT IT TIT ATT a 
// PURPOSE: 

// This the main program of an application generated by the TAE Plus 

// Code 

// Generator. 

Lt 

// REGENERATED: 

// This file is generated only once. 


// NOTES: 
// To turn this into -a real apolicaction, do the- following: 


// 1. Each panel that has event generating parameters has a class 

// definition file, named by concatenating the string "pan_” with the 
// panel name followed by a ".h”. The methods are in a separate file, 
// named by concatenating the string “pan_” with the panel name 

// followed by a *“.cc”. Each item has a class definition ina file 
// named by concatenating the string "“item_” with the panel name 

// followed by a “.h”. Each parameter that you have defined to be 

// “event-generating”, has an event handler method in the appropriate 
// panel file. Add application-dependent logic to each event handler. 
// (As generated by the WorkBench, each event handler simply logs the 
// occurrence of the event.) 


// 2. Te buidd the program, type “make”. If the symbols TAEING w= 
// are not defined, the TAE shell (source) scripts STAE/bin/csh/// 

// taesetup 

// will define them. 


// ADDITIONAL NOTES: 
// 1. Each event handler has one argument: the actual wptevent 


// 2. You gain access to non-event parameters by calling the TaeVar 
// and TaeVarTable methods using the instances of TaeVar and 
// TaeVarTable associated with the panel. 


// To access other panels, add an "#include” statement for each 
// appropriate panel header file. 


// CHANGE LOG: 
// 10-Mar-93 Initially generated...TAE 
TATA TATLA TATA TAT ITI TT I I a a A I oe 


#include <stream.h> 
#include <taepanel.h> 
#include <taeitem.h> 
#include <taevm.h> 


// PROGRAMMER NOTE: 

// For each resource file in this application, add the appropriate 
// header file 

an 

#include “BGSetup.h” 


Display * defaultDisplay; 
TaeEventHandler *eventHandler; 


main() 


{ 


COUNT Elines,, ecols. 

CODE ttype; 

f_force_lower (FALSE); // permit upper/lowercase file names 
t_pinit (&tlines, &tcols, &ttype); // initialize terminal pkg 


defaultDisplay = Wpt_CCInit ( NULL ); 


foe 

// PROGRAMMER NOTE: 

//{ For each resource file in this application, add calls to the 
// appropriate constructors 

if 

BGSetupResource *BGSetupR = new BGSetupResource(); 
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eventHandler = new TaeEventHandler(); 


// 

// PROGRAMMER NOTE: 

// For each resource file in this application, calls to the 

// appropriate Initialize_All_Panels and Create_Initial_Panels 
// ™method must be added. 

Tr 


// Initialize all panel instances 
BGSetupR->Initialize_All_Panels(); 

// Create and display the initial panel set 
BGSetupR->Create_Initial_Panels( teventHandler ); 
eventHandler->ProcessEvents(); {/ Scare evence processing 


Wpt_Finish(); // Close all display connections 
} 


22) 


// *** TAE Plus Code Generator version Tue May 26 14:13:22 7S2bisi202) = 
| Mee Cvak(o* BGSEtUD hh *** 

// *** Generated: Mar LO Oy7-S1-07 -1993. = 44 

FELL EETTATA ITAA TATA TAA AIT AIS IT III ATID IIT I I 
// PURPOSE: 

// This header file encapsulates the TaeResource that corresponds with 
// the resource file /h/bglcss/scripts/gui/setup/c++/BGSetup.res.res. 


// REGENERATED: 
// This file is generated only once. 


iy 

// CHANGE LOG: 

// 10-Mar-93 Initially generated...TAE 

LETT TITTITIITLALITTS AIT IAD IIL TTI STII ITI A III II 
#ifndef I_SIMPLE // prevent double include 


#define I_SIMPLEO 


#include <taepanel -h> 
#include <taeitem-.h> 
#include <taevm.h> 


as 
// BGSetupResource contains methods that have implication on the 


// resource file BGSetup.res. 
ae 


class BGSetupResource : public TaeResource 


{ 
Puplac: 


BGSetupResource () : (“/h/bglcss/scripts/gui/setup/c++/BGSetup.res”) {}; 
~BGSetupResource () {}; 


void Initialize All. Panels (); 
void Create_Initial_Panels ( const TaeEventHandleré ); 


ye 
#tendif 
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// *** TRE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** 
{i *** File: BGSetup_creat_init.cc *** 

// *** Generated: Mar 10-07<51)-0/ 1993.*** 

Dee Tp ee IIT TTI ITT TIT II II PSI ITIL I IIA TTT 
// PURPOSE: 

// Displays all panels in the initial panel set of this resource file 


// REGENERATED: 

// The following WorkBench operations will cause regeneration of this 
jf tale: 

a A panel is added to the initial panel set 

Ti A panel is deleted from the initial panel set 

// For the set of initial panels: 

Ls SetUpBGs 


// CHANGE LOG: 
// 10-Mar-93 Initially generated...TAE 
eT FT TT PTT IT ITEC ET IATA TTT TT PITTA ET 


#include <stream.h> 

#include <taepanel.h> 

#include <taeitem.h> 

#include <taevm.h> 

#include “BGSetup.h” 

// One “include” for each panel in the initial panel set 

#include “pan_SetUpBGs.h” 

void BGSetupResource::Create_Initial_Panels (const TaeEventHandler& eh) 


{ 
SetUpBGsP->Show(eh) ; 
} 
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// *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** 
//. ***) Fike: BGSeCtUp_Init-pan-.ce *** 

// *** Generated: Mar 10 07-51-07 1993 “72 

VILELAAT EL LAT AL ETT TIAL TAT TET TTT 
// PURPOSE: 

// Initialize all panels in the resource file. 


// REGENERATED: . 
// The following WorkBench operations will cause regeneration of this 


// trike: 

Vi) A panel is deleted 

is A new panel is added 

JT A panel’s name is changed (not title) 


// For the panels: 
if AcftLoad, AirData, BGData, BGShips, CloseAll, DelBG, 


pa DeleteSh, DelShip, Dtg, F44Fuel, F76Fuel, LackData, 

eis NewBG, OrdData, 
fof OrdLoad, OrdSel, PrintJob, SaveNewB, SelBG, SetUpBGs, Ship, 
if 


// CHANGE LOG: 
// 10-Mar-93 Initially generated...TAE 
VILTTLAT TT TAT TITEL TT TALL TAAL T AL LTTE TAT 


#include 
#include 
#include 
#include 
#include 


<stream.h> 
<taepanel .-h> 
<taeitem.h> 
<taevm.h> 
“BGSetup.h’” 


// One “include” for each panel in resource file 


#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 


“pan AcCtELoad-h- 
“pan_AirData.h” 
“pan_BGData.h’” 
*“pan_BGShips.h” 
“pan CloseAl | hh” 
“pan_DelBG.h” 
“pnan_DeleteSh.h’” 
¥panole lsh 
“pan _DEg.h” 
“nan_F44Fuel.h’ 
“Danek oruel hn” 
“pan_LackData.h’” 
“pan_NewBG .h” 
"pan_OrdData.h” 
“pan -Ordiead.h” 
"pan Ordselan® 
“pan PrintJob:h” 
"pan_SaveNewB.h” 
"pan_SelBG.h’” 
“pan_SetUpBGs.h’” 
“Dan Ships: 


void BGSetupResource: :Initialize_All_Panels () 


// Create an instance of all panels 
AGEELOaAdP = new AcitLoadce i(Gollect tient): 
AirDataP = new AirDatacC (Collection()); 
BGDataP = new BGDatac (Collection()); 
BGShipsP = new BGShipsc (Collection()); 
CloseAl1P = new CloseA11C (Collection()); 
DelBGP = new DelBGC (Collection()); 
DeleteShP = new DeleteShc (Collection()); 
DelShipP = new DelShipc (Collection()); 
DtgP = new Dtgc (Collection()); 

F44FuelP = new F44Fuelc (Collection()); 
F76FuelP = new F76Fuelc (Collection()); 
LackDataP = new LackDatac (Collection()); 
NewBGP = new NewBGC (Collection()); 
OrdDataP = new OrdDatac (Collection()); 
OrdLoadP = new OrdLoadc (Collection()); 
OrdSelP = new OrdSelc (Collection()); 
PrintJobP = new PrintJobcC (Collection()); 
SaveNewBP = new SaveNewBC (Collection()); 
SelBGP = new SelBGC (Collection()); 
SetUpBGsP = new SetUpBGsC (Collection()); 
ShipP = new Shipc (Collection()); 

} 
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Vv == ThE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** */ 
ee File: Imakefile *** */ 
oes Generated: "Mar 10 07:51:07 1993 *** </ 


Whol REE KRKEEKE KKK KEK KKK E KKK KKKEKEKKEKEKKEKEKRKEKKKEKKEAKKKKK KAKKRE KE 


® PURPOSE: 


* This is the Imakefile of a C++ application generated by the TAE Plus 
* Code Generator. 

* 

* REGENERATED: 

* This file is generated only once. 

hg 

* NOTES: 

[poe to OULId Your application, type “make” = The Makefile generated 
* by the TAE code generator invokes imake using this Imakefile to 

* generate an application specific Makefile. 

x 

* 2. If you change the name of your resource file or application, you 
* will need to either edit this file, or just delete it and regenerate 
* the code. 

bay 

* 3. Edit this file to include your application specific source 

* files. 

* rerekeraeenreeeeeeeeeeKnrKeereKeeeeeKeeKeeKeEEKEKEKEKEEKEKEKEKEKEKE KEKE KKK KEKE KKK KKK K KEKE KKEKKE 
a 


#define GeneratedApplication 


/* PROGRAMMER NOTE: 
* Add a line ‘#include “Imake.RESFILENAME”’ for each resource file in 
*Vour application: 
a7 


#include “Imake.BGSetup” 


/* PROGRAMMER NOTE: 
* Insert application specific build parameters. These override 
e dezinicicons in the configuration files in STAE/contig- 
* 
/ 
C++DEBUGFLAGS 
LD++DEBUGFLAGS 
APP_C++FLAGS 
APP_LOAD_FLAGS 
APP_LINKLIBS 
APP_DEPLIBS 
APP_C++INCLUDES 


-L/h/bglcss/CC2.1/S8C1.0/libC.a 
S$ (DEPLIBS) 
-I$S(TAEINC) \ 


-I$ (TAEINCXM) \ 
S/n /poless/CC2.1/SE1.0/7inelude/CcC 


PROGRAM = BGSetup 


/* PROGRAMMER NOTE: 
* Add $(SRCS_RESFILENAME) and $(OBJS_RESFILENAME) for each resource file 
ee Ain Your application ; 
ty 
GENSRCS 
GENOBJS 


= $(PROGRAM) .cc $(SRCS_BGSetup) 
= $(PROGRAM) .o $(OBJS_BGSetup) 
/* PROGRAMMER NOTE: 
* Add your application specific srcs and object files (that are not 
* generated by the code generator) here. 
ay 
APPSRCS 
APPOBJS 


/* Macro (defined in TAEmake.tmpl) to generate Makefile targets. 
ny 
CPlusPlusApplication($ (PROGRAM) ) 


Zo 


// *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** 
Jf *** Fide: item_SetUpBGs.h *** 

// *** Generated: Mar 10°07 +51 -0) 1933575 * 

SILLELT EA TASTTEL EL LTT TTT a 
// PURPOSE: 

// This file contains class definitions and instance declarations of 

// all items in the TAE Plus panel: 

ia SetUpBGs 


// REGENERATED: 

// The following WorkBench operations will cause regeneration of this 
// files 

yf The panel’s name is changed (not title) 

// For panel: 

if SetUpBGs 


// The following WorkBench operations will also cause regeneration: 
ty An item is deleted 


Td A new item is added to this panel 

la An item’s name is changed (not title) 

fF An item’s generates events flag is changed 

// For the panel items: 

fd Close, Delete, Edit, Help, 

// New 

Le 

// CHANGE LOG: 

// 10-Mar-93 Initially generated...TAE 

VEEELELATA TLS TITTIES 
#ifndef I_ITEM_SetUpBGs // prevent double include 
#define I_ITEM _SetUpBGs 0 


#include <taepanel.h> 
#include <taeitem.h> 
#include <taevm.h> 


V7 
// Class definitions for the items on this panel 
ee 


LL BREE ERE RHEE EKER EEE EER EERE ERE AKEE KEKE KERR EERE EEE 


class SetUpBGs_Closec : public TaeItem 


void React (WptEvent* event); // item’s event handler 
Dubie 

SetUpBGs_CloseC (TaePanel * a) : (a, “Close”) {}; 

D3 


[LL RE REEEEER ERE EEE EEREREKERE REE EKRERERRER KEKE KEKE EREKEREE KEKE EO ES 


class SetUpBGs_DeleteC : public TaeItem 


void React (WptEvent* event); // item’s event handler 
public: 
SetUpBGs_Deletec (TaePanel * a) : (a, “Delete”) {}; 


ct 
, 
[LL RRR REE RRR KEKKEKKEK KEKE KEKKEK 


class SetUpBGs_Editc : public TaeItem 


{ 

void React (WptEvent* event); // item’s event handler 
Dub LIC. 

SetUpBGs_Editc (TaePanel * a) : (a, “Edit”) {}; 

bi 


[LL RRR RRR EEK KKK KEE EEK EEK KEKE EK 


class SetUpBGs_Helpc : public TaeItem 
{ 


void React (WptEvent* event); // item’s event handler 
public: 
SetUpBGs_Helpc (TaePanel * a) : (a, “Help”) {)}; 


f 
LL ERE ERE KKK KEKE KEE EERE EEE KK EEK KEKE EKER KEKEEKEKEKKKEKE 


class SetUpBGs_NewC : public TaeItem 
{ 


void React (WptEvent* event); // item’s event handler 
public: 


Zoe 


SetUpBGs_Newc (TaePanel * a) : (a, “New”) {}; 
1 

as 

// Item instances 

te 

extern SetUpBGs_Closec *SetUpBGs_CloselI; 

extern SetUpBGs_DeleteC *SetUpBGs_Deletel; 

extern SetUpBGs_Editc *SetUpBGs_EditlI; 

extern SetUpBGs_Helpc *SetUpBGs_HelpI; 

extern SetUpBGs_ NewcC *SetUpBGs_NewI; 


#endif 


233 


// *** TAE Plus Code Generator version Tue May 26 14:13:27 EDD 125925" 
{fi *2) @ale: pan_SetUpBGs.cc *** 

// *** Generated: Mar 10 87251-07499 3 *** 

FELT TT TLL TATA TATTLE TTT TTT ee 
/ (> EOREOSE: 

// This file encapsulates the TAE Plus panel: SetUpBGs 

// SetUpBGsP is an instance of the class SetUpBGsC which is a derived 
// class of the TaePanel class. Access to public methods and the 

// SetUpBGsP instance from other files is enabled by inserting 

// ‘#include “pan_SetUpBGs.h”’. 


// NOTES: 

// For each parameter that you have defined to be “event-generating” 
// in this panel, there is an event handler method defined below. 

// Each handler is a method called React in the corresponding item 

// class. 

// Add application-dependent logic to each event handler. (As 

// generated 

// by the WorkBench, each event handler simply logs the occurrence of 
// the 

// event.) 


// You may want to flag any changes you make to this file so that if 
// you 

// regenerate this file, you can more easily cut and paste your 

// modifications back in. For example: 


ff generated code ... 
// // (+) 7ABDED Vourinitials 
Li your code 


7] ii (= SabEED 

Ves more generated code 
he 

// 

7a 


// REGENERATED: 

// The following WorkBench operations will cause regeneration of this 
// Eile: 

17 The panel’s name is changed (not title) 

// For panel: 

i SetUpBGs 


// The following WorkBench operations will also cause regeneration: 
Le An item is deleted 
Ti A new item is added to this panel 


77. An item’s name is changed (not title) 

// An item’s data type is changed 

ii An item’s generates events flag is changed 

Va. An item’s valids changed (if item is type string and connected) 
If An item’s connection information is changed 

// For the panel items: 

Whe Close, Delete, Edit, Help, 
Te New 

vo 

// CHANGE LOG: 

// 10-Mar-93 Initially generated...TAE 


STTALELLELE TELAT ALES TAS LITT TAT ITIP IT TAT T I ET 


#include <stream.h> 
#include <taepanel -h> 
#include <taeitem-.h> 
#include <taevm-.h> 


#include “pan_SetUpBGs.h” // Panel class declaration 
#include “item_SetUpBGs.h” // Item class declarations 
//{/ One “include” for each connected panel 

#include “pan_CloseAll.h’” 

#include “pan_DelBG.h” 

#include “pan_BGData.h” 

#include “pan_NewBG.h” 

a7 

// Panel Instance 

To 


SetUpBGsC *SetUpBGsP; 
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He 

// Item Instances 

Le 

SetUpBGs_CloseC *SetUpBGs_CloselI; 
SetUpBGs_DeleteC *SetUpBGs_DeletelI; 
SetUpBGs_EditcC *SetUpBGs_EditI; 
SetUpBGs_HelpcC *SetUpBGs_HelpI; 
SetUpBGs_NewC *SetUpBGs_NewI; 


Hee 

// Panel class constructor 

Jef 

SetUpBGsC: :SetUpBGsc (TaeCollection tcollect) : (“SetUpBGs”, collect) 
Li 
// create an instance of each item in the panel. 
Ei 
SetUpBGs_CloseI = new SetUpBGs_Closec (this); 
SetUpBGs_DeleteI = new SetUpBGs_DeletecC (this); 
SetUpBGs_EditI = new SetUpBGs_Editc (this); 
SetUpBGs_HelpI = new SetUpBGs_Helpc (this); 
SetUpBGs_NewI = new SetUpBGs_NewcC (this); 
} 

Jef. 

// Panel class destructor 

vs 


SetUpBGsC: :~SetUpBGsC () 
{ 
delete SetUpBGs_CloselI; 
delete SetUpBGs_Deletel; 
delete SetUpBGs_EditI; 
delete SetUpBGs_HelpI; 
delete SetUpBGs_NewlI; 


} 


ee IIIT I ITI TITTIES 
// Handle event from parameter: Close 

or 

void SetUpBGs_CloseC::React (WptEvent *event) 


// get the target variable from the event 
TaeVar *itemVariable = GetTargetVar( (WptEvent *)event ); 


cout << “Panel *% << Parent()->Name() 
<< “, parm “ << itemVariable->Name({) 
<a Va luet = * 
<< ( jtemVariable->Count(})>0 ? itemVariable->String() : “none” ) 
aoe SF 
GQUE cE lish ()"; 


// Begin generated code for Connection 
CloseAl1]1P->Show(*Parent ()->Handler({)); 


// End generated code for Connection 


I eae ee ee ee TL I TET TAT PIT IIIT ISIS TITS TIS TI SST 1 
// Handle event from parameter: Delete 

Lh 

void SetUpBGs_DeleteC::React (WptEvent ‘tevent) 


// get the target variable from the event 
TaeVar *titemVariable = GetTargetVar( (WptEvent ‘*)event ); 


cout << “Panel “ << Parent()->Name() 
<< “, parm ”“ << itemVariable->Name() 
<< “:; value s “% 
<< epee ae 2 gee ere" ? itemVariable->String() : “none” ) 
<ee Vn? 


2) 


COUeE. & Lush (= 
// Begin generated code for Connection 
DelBGP->Show(*Parent()->Handler()); 


// End generated code for Connection 
} 


LISLTTTI LIA ATATAL TTL PELL TTT ET TIT TLT T TT TO 
// Handle event from parameter: Edit 

a 

void SetUpBGs_EditC::React (WptEvent *event) 


// get the target variable from the event 
TaeVvar *itemVariable = GetTargetVar( (WptEvent *)event }; 


cout << “Panel ” << Parent()})->Name() 
<< “, parm ”" << itemVariable->Name() 


<<) =) Valuer. 
<< ( itemVariable->Count()>0 ? itemVariable->String() : “none” ) 
<< Nh 


COuE. Flush): 
// Begin generated code for Connection 


BGDataP->Show(* Parent ()->Handler())}); 
/*- Deb somites) / 


// End generated code for Connection 


STTLLLTL LLL TTT TALL EEL LTA TASS ee 
// Handle event from parameter: Help 
i 
void SetUpBGs_HelpC::React (WptEvent *event) 
{ 


// get the target variable from the event 
TaeVar *itemVariable = GetTargetVar( (WptEvent *)event }); 


cout << “Panel ” << Parent()->Name() 
<< “, parm ” << itemVariable->Name() 


<2y 2 Value r= ae 
<< ( itemVariable->Count()>0 ? itemVariable->String() : “none” ) 
Seo \T 


Gout -sflusnt) - 
} 


ILITTITTATITLT UAT TAT TATA TAT SITS ITT ASTI TAIT 
// Handle event from parameter: New 

ie 

void SetUpBGs_NewC::React (WptEvent *event) 


// get the target variable from the event 
TaeVar *itemVariable = GetTargetVar( (WptEvent *)event ); 


cout << “Panel ” << Parent()->Name() 
<< “, parm ” << itemVariable->Name() 


<< "s) Value = "2 
<< ( itemVariable->Count()>0 ? itemVariable->String() : “none” ) 
Ca Sn 


cont. tlush{ } = 
// Begin generated code for Connection 


NewBGP->Show(*Parent()->Handler()); 
7, > eel eCleare ay, 


// End generated code for Connection 
} 
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// *** TAE Plus Code Generator version Tue May 26 14:13:27 EDT 1992 *** 
owe == ~baexs pan_SetUpBGs.h *** 

// **** Generated: Mar 105.097.5207) 1993 5%" * 

eee IIIT III PT IST ITI IIS II ALAS ISAT IIIT LLL 
// PURPOSE: 

// Header file for panel: SetUpBGs 


// For panel: 
vy SetUpBGs 


Ti 

// CHANGE LOG: 

// 10-Mar-93 Initially generated. ..TAE 

Me er a TIA II ee ee ET EI IIIT LITTLEST TI LLL TS ff 
#ifndef I_PAN_SetUpBGs // prevent double include 
#define I_PAN_SetUpBGs 0 


#include <taepanel.h> 
#include <taeitem.h> 
#include <taevm.h> 


Lf 

// Class definition for the SetUpBGsC class which is a derived class 
// of TaePanel class. 

7 


class SetUpBGsC : public TaePanel 
{ 


public: 
SetUpBGsC (TaeCollection *collect); 
~SetUpBGsC (); 

ver 

// The instance of SetUpBGscC class 

ay 


extern SetUpBGsC *SetUpBGsP; 


#endif 


2Si/ 
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